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ABSTRACT 

This report is intended as a guide for local 
comprehensive integrated school-linked services sites and software 
vendors in developing and implementing case management information 
systems for the exchange and management of client data. The report is 
also intended to influence new development and future revisions of 
data systems, databases, and reporting requirements of related state 
agencies and programs. As a first report of the California 
Interagency Data .Collaboration, it addresres the objectives of 
reducing the data collection burden for case managers and 
facilitating the local use of data by developing standards for data 
translation in sharing, functional specifications, and 
confidentiality and the protection of privacy. These standards are 
itemized. One table and one figure illustrate the discussion. 
Appendixes list the race and ethnicity codes and federal and state 
statutes and regulations about confidentiality. (SLD) 
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EXECUTIVE SUMMARY 

This report is intended as a guide for local comprehensive integrated school-linked services 
(CISLS) sites and software vendors in developing and implementing case management 
information systems for the exchange and management of client data. The report is also 
intended to influence new development and future revisions of data systems, databases, and 
reporting requirements of related state agencies and programs. 

The report summarizes the first phase of work of the California Interagency Data 
Collaboration (CIDC). The ultimate purpose of the CIDC is to improve the efficiency and 
quality of integrated children's and family services provided in California. To support this 
goal, the direct objectives of the collaboration are: 

• to reduce the data collection burden on case managers at local Healthy Start 
sites and other similar interagency collaborations; and 

• to facilitate the local use of data which must be collected to meet non-local 
mandates. 

These objectives have been addressed through the consensus development of three types of 
standards: 

• data translation standards for sharing core data elements among local 
agencies, and between local and state agencies; 

• functional specification standards for local case management information 
systems; and 

• confidentiality standards related to sharing client data between agencies. 
These are the standards presented in this report, as described below* 

CORE DATA ELEMENTS 

Section n includes a directory of the three levels of core data elements selected for 
development of data translation standards. Detailed definitions and coding structures are 
provided for Levels 1 and 2 elements, together with initial mapping to the national and 
California student transcript data standards (ANSI SPEEDE/ExPRESS Transaction Set 130 and 
the California Student Information Services (CSIS) Student Data Haiidbook, draft version). 
Definitions are not yet available for Level 3 elements. Additional work on selection of data 
elements for Level 3, together with development of definitions and structures for the Level 3 
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data elements, should be part of any future work of the collaboration. 

These standards are intended for use as a common data translation language across programs 
and agencies. Use of these standards for data representation within local or state databases is 
optional and not required for participation in data exchange. However, to effectively 
participate an agency's data must be collected in a manner which is translatable to and from 
these standards with minimal loss of information. 

All data names, definitions, and coding structures are designed to be maximally compatible 
with ANSI TS-130 and CSIS. Where our local interagency data sharing needs differ or go 
beyond those addressed in these systems, we intend to apply for changes and work with these 
groups to ultimately reach the goal of full compatibility across systems. 

Level 1: Core Linkage Data 

This minimal set of data elements was selected to provide the greatest likelihood of successful 
matches of individuals across databases. It contains the following elements: 

• Client Name 
Date of Birth 

• Gender 

• County of Birth 
State of Birth 

• Country of Birth 

• Reference Number 

• Reference Number Type 

• Mother's Name 

• Mother's Maiden Name 

Level 2: Minimal and Essential Case Management Data 

These elements were selected as the smallest subset of data which should readily be available 
to a case manager for a new client who has already completed an intake for another program. 
The following elements are included for (1) the client, (2) the primary contact, (3) one or 
more other parents or guardians, and (4) one or more, other family members: 

• Name 

Date of Birth 

• Gender 

• Reference Number 

• Reference Number Type 

ii 
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• Marital Status 

• Lives in Household 

• Street Address, City, State, Zip Code, and Telephone Number 

• English Proficiency 

• Preferred Language 

Also included for the client only are: 

• Interpreter Flag 

• Race/Ethnicity 

And for each family member: 

• Relationship to Client 

Level 3: Other Core Case Management Data for Sharing 

These are data considered optional for sharing, and consist of the CISLS evaluation data 
together with other important data elements which potentially might be shared across some 
programs. Initial priority elements have been selected so far in the follow ;r ig categories 
(please see Section II of the report for the complete listing): 

• Education 
Health 

• Household Information 

• Risk Indicators 

• Service Referrals and Encounters 

• Pregnancy Outcomes 

CMIS FUNCTIONAL SPECIFICATIONS 

Section HI contains 43 standards for case management information system (CMIS) functional 
specifications. These standards are intended to apply to several situations, including modifying 
an existing system, evaluating and purchasing a new system, or working with a vendor or in- 
house data systems staff to design and develop a CMIS unique to the user. 

The 43 standards are organized into seven functional categories: 

• System functionality describes the functions required of a CMIS to satisfy the 

iii 
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information management needs of a comprehensive integrated school-linked service 
program. 

• System design describes the capabilities to be met by the configuration of hardware 
and software employed, independent of the particular computer or operating system. 

• User interface describes system features which facilitate and enhance the users' 
interaction with the computer system, such as data entry, menu choices and system 
help. 

• System security provides standards for protecting records from inadvertent or 
intentional disclosure, unauthorized access, and loss. 

• Management reports identifies important system generated reports for case 
management and resource planning. 

• Interconneciivity describes capabilities for importing and exporting data from external 
systems, automating eligibility determination, and assisting case managers in 
annotating case records. 

• Vendor services, agreements and training presents standards for ensuring a happy and 
ongoing relationship between agency and vendor. 

Each of the 43 standards presented in Section EI has been classified into one of three 
categories: primary, secondary or conditional Primary standards are those that should be met 
by all systems, unless a sound professional reason is available to show why it is not necessary 
or technically feasible to do so in a particular case. Secondary standards are desired as goals, 
but likely to be beyond reasonable expectations in some situations. Conditional standards are 
those which vary with the application, and may be either primary or secondary depending on 
the situation. 

Explanatory comments, examples and cross-references are provided to assist the user, 
regardless of computer experience, in understanding and applying the standards. 

CONFIDENTIALITY 

While data sharing between agencies usually increases the efficiency of serving clients and 
can lead to better, more comprehensive case management, it also poses potential threats to 
client privacy. Service providers must keep in mind that their clients are being asked to 
provide information that is often sensitive, personal and private. The final section of this 

iv 



er|c 



7 



March 28, 1994 



EXECUTIVE SUMMARY 



report presents standards for protecting the confidentiality of client information in the course 
of interagency data sharing. It aims to strike a balance between the needs of clients for 
privacy and the needs of agencies for client information. 

This section discusses the importance of protecting the privacy of children and families, and 
piesents 23 standards for protecting the confidentiality of client data. The standards are 
organized into the four categories of: (1) basic principles, (2) permissible disclosures, 
(3) procedures to protect confidentiality, and (4) automated systems. Each standard should be 
considered "primary"; it is essential that every participating agency and program adhere to 
each standard in order to fully safeguard client confidentiality. These standards include four 
major principles which serve to ensure that confidential client information is disclosed only 
when necessary, thereby limiting the potential harm that can result from sharing sensitive 
client data: 

• Agencies should presume that client information and records are confidential and 
should not disclose client data unless a specific exception to the presumption of 
confidentiality applies or the disclosure is authorized by the client, a court or another 
appropriate mechanism. 

• An interagency collaborative effort should satisfy the strictest legal and professional 
standards for confidentiality owed by any participating agency. 

• Agencies should collect and record only that information that is genuinely needed to 
fulfill the goal of serving the client. This principle suggests that agencies can minimize 
the potential of harming clients through improperly disclosing personal data by 
maintaining or sharing only the minimal necessary information. 

• At the initial meeting with each client, or soon after, agency personnel should conduct 
a thorough and meaningful discussion with the client about the agency's practices with 
regard to confidential information. Clients who understand how information about 
them will be maintained and used are more likely to seek services and allow their 
information to be shared with other agencies. 

Also provided (in Appendices B and C) are charts of federal and California confidentiality 
statutes and regulations. These charts contain detailed information on all federal and 
California statutes and regulations pertaining to the handling of confidential information about 
children and families. The charts are intended to assist school-linked services collaborations, 
as well as other interagency collaborations, in developing memoranda of understanding and 
interagency agreements regarding sharing client data. 
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PREFACE 

The California Interagency Data Collaboration (CIDC) was proposed by a group of California 
state and local agency representatives and other children's services participants convened by 
the Stuart Foundations between December, 1992 and March, 1993. Far West Laboratory for 
Educational Research and Development (FWL) was designated as the contractor and the 
project began in late April, 1993 upon funding by the Foundation Consortium for School- 
Linked Services in partnership with the California Departments of Education and Health 
Services. 

The objectives of the collaboration are to (1) reduce the data collection burden on case 
managers at local Healthy Start sites and other similar interagency collaborations; and (2) 
facilitate local use of data which must be collected to meet non-local mandates. These two 
objectives are addressed through the consensus development of standards and procedures for 
data sharing and data transmission, functional specification standards for local case 
management information systems (CMIS), and confidentiality standards for the exchange of 
client data among agencies. 

The CIDC has involved broad participation across relevant state and local public agencies, 
local Healthy Start sites, and software vendors. Much of the collaboration's work has been 
accomplished with contributed staff time from these groups and individuals. The technical 
work and standards development activities were performed by CIDC technical advisory group 
members working in four task groups during the past year (Core Data Elements, Data Sharing 
Methodology, MIS Functional Specifications, and Confidentiality). Additional input came 
from CISLS site staff and evaluation coaches and software vendors who participated in 
meetings, site visits, panel discussions, surveys, and phone conversations. All CIDC 
participants (see list below) received the Version 1 draft of this report and had the opportunity 
to provide comments and suggestions. All sixty-five of the CISLS operational sites also were 
solicited for comments. 

The publication of this document (Version 2.0) marks the completion of the first phase of the 
CIDC. At the time of this writing, no funding for further work of the collaboration has been 
allocated. It is anticipated, however, that future work eventually will be funded to build on 
the foundation established in Phase I. 
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Document Evolution 

The current version of this report, Version 2.0, is based on consideration of comments and 
suggestions from the field and the CIDC steering committee in response to the December 8, 
1993 field review draft document (Version 1.0). The next update of this document (Version 
3.0) should include at least: 

• the addition of the Level 3 core data elements definitions and coding structures, 
which include the CISLS evaluation data elements collected at all Healthy Start 
sites; and 

• additional mapping to other program-specific data sets. 

At the present time the CMIS functional specification standards and the confidentiality 
standards can be considered complete, subject of course to new additions and modifications 
which will derive from experiences in the field as sites and vendors attempt implementation. 
Version 3.0 of this document should incorporate modifications based on these experiences. 

User, Orientation and Support 

The value of these standards will be greatly enhanced if regional orientation sessions for 
CISLS site staff are funded and presented. These sessions should provide guidance to site 
coordinators and on-site CMIS staff on using the standards to evaluate, select or design local 
integrated CMIS, and to develop data sharing procedures across agencies within sites. In 
addition, phone consultation should be made available on the same issues. 

As CMIS vendors begin to develop or modify their systems to meet some or all of the 
standards, the collaboration should begin the process of describing each system and rating its 
compliance with the standards for publication. A statewide orientation session also should be 
held for software vendors to explain the standards and the process to be used for summarizing 
and rating systems. Additional phone consultation should be made available to vendors who 
attempt to implement the standards. 
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SECTION I: INTRODUCTION 

This report provides standards and procedures intended to serve as tools to local 
comprehensive integrated school-linked services (CISLS) sites and software vendors which 
are developing and implementing case management information systems for the management 
and exchange of client data. The report is also intended to influence new development and 
future revisions of data systems, databases, and reporting requirements of related state 
agencies and programs. 

POLICY AND PROGRAM CONTEXT 

The Problem 

In California, as in many other states, there has been a trend away from specific, 
categorically-funded service delivery in favor of more comprehensive, integrated, school- 
linked services. Integrated services programs bring together the services traditionally 
provided in isolation by public and private agencies of health, education, social services, and 
mental health to promote the overall well being of children and families. 

As children's services in California become integrated, the need increases both for (1) data 
sharing across programs, and (2) integrated management information systems to facilitate 
serving and tracking clients across programs. Unfortunately, the present reality falls short in 
meeting either of these needs, thereby increasing the burden on site staff and clients and 
potentially compromising both the quantity and quality of services provided. 

Data Sharing 

Local sites moving forward with service integration inevitably run into the barrier of data 
requirements and data systems across categorical programs which are incompatible and 
insufficiently flexible to function efficiently in an integrated services environment. Clients 
who are served by more than one program are often subject to answering similar or redundant 
intake and follow up questions. This is because mechanisms for transfer of data from system 
to system usually do not exist, and more fundamentally due to the incompatibility of data 
definitions, data coding structures, and data collection procedures for many data elements 
across programs. Even when the data need not be collected redundantly from clients, 
program staff are burdened with filling out redundant forms and entering redundant data into 
different systems. Many of these systems individually require extensive data collection and 
management; when the multiplicative burden to clients and local staff across systems is 
examined, the immediate need for more efficient data sharing becomes clear. 
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Management Information Systems 

The other need which expands as services become integrated is the requirement for increased 
support from case management information systems in serving and tracking clients across 
programs. The CISLS evaluation provides each site with a data entry screen to create a data 
file of site-entered data for transmission to the evaluation office. No on-site management 
information reports, however, are included in the scope of this system. As a result, many 
CISLS sites are poised to invest in development of these systems locally. If data sharing and 
system design specifications are not standardized, both duplication of effort and divergence of 
systems will result. 

Objectives of the Collaboration 

The ultimate purpose of the CIDC is to improve the efficiency and quality of integrated 
children's and family services provided in California. To support this goal, the direct 
objectives of the collaboration are: 

• to reduce tlie data collection burden on case managers at local Healthy Start 
sites and other similar interagency collaborations; and 

• to facilitate the local use of data which must be collected to meet non-local 
mandates. 

These objectives have been addressed through the consensus development of three types of 
standards: 

• data translation standards for sharing core data elements among local 
agencies, and between local and state agencies; 

• functional specification standards for local case management information 
systems; and 

• confidentiality standards related to sharing client data between agencies. 
These standards are presented in the following three sections of this report. 
Intended Applications of the Standards 

The standards in this document are addressed to local program sites providing comprehensive 
school-linked children's and family services consistent with the definition of a CISLS 
(Healthy Start/SB 620) site. However, application is not limited to currently funded CISLS 
sites. Any program which is based on a collaboration among service agencies, is family 
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focused and case management oriented, and collects evaluation data should benefit* In 
addition, these standards are for the use of any state agency or program which has at least 
one local implementation involved in a CISLS or other interagency collaboration as defined 
above. 

It is the policy of the CIDC that no attempt is made to impose data definitions or coding 
structures on any agency's data base or system, local, state, or otherwise. Rather, through the 
consensus process of developing the core data elements standards, we have attempted to 
generate a common translation language for exchange of data between local collaborative 
partners, and between local and state agencies. This approach is consistent with the widely 
employed electronic data interchange (EDI) model, which is the basis of many tested and 
successful data exchange systems, including the national and California systems for electronic 
exchange of student records (ANSI TS-130 and CSIS). The EDI model provides for one 
common set of data definitions and coding structures to be used in all data transmissions 
between trading partners. Where previously each agency would have to perform as many 
translations as it had trading partners, a common EDI set of standards allows each agency to 
support only one translation and yet be able to exchange data with all other participating 
agencies. No attempt is made to impose standards on an agency's own data base; however, to 
participate in data exchange the agency's data must be collected and stored in a manner 
which is translatable to and from the core data elements standards with minimal loss of 
information. 

The collaboration's intent with the CMIS functional specifications standards and the 
confidentiality standards is to make available to local sites and software vendors the benefit of 
our consensus work, thereby providing the sites and vendors with a significant head start in 
designing and implementing their systems. These standards are intended to facilitate informed 
decisions and to save work, as well as ultimately to encourage more responsive and 
responsible systems with maximum consistency across sites. 

Planning for Local Implementation 

It is important to recognize that local site implementation of a data sharing relationship and/or 
a CMIS will occur differently, depending upon the experiences, needs, and resources, of the 
participating organizations. The standards in this document will need to be tailored to the to 
the specific context of the local collaboration. 

How the standards are implemented partly will depend on who participates in the planning 
process. Therefore one of the most important initial tasks is to bring together all stakeholders 
in the local integrated services collaboration for a discussion of data system needs. When it 
is determined which agencies will participate in data sharing, a steering committee should be 
formed to develop objectives for the data system and data sharing, define the scope of 
implementation, identify and prioritize goals, and determine resources available. In addition, a 
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technical advisory committee should be appointed to define the technical features of the 
proposed data system, review relevant existing systems, conduct a feasibility study if 
necessary, specify means of selecting a contractor, and maintain ongoing communication with 
the contractor. It is not always necessary to develop new systems. This group should have 
the expertise to determine whether a new CMIS should be developed or if an existing system 
can be modified appropriately. 

Every effort should be made to procure a CMIS that is both easy and efficient to use. 
Likewise, the system should minimize the need for highly technical personnel, such as 
programmers. To accomplish these objectives, special emphasis should be placed on training 
and documentation, both of which can be done on-line (e.g., tutorials and help screens) and 
off-line (e.g., group training and published materials). In some cases, however, the more 
complicated systems may require that a system operator be retained on at least a part-time 
basis. 

The more complex the proposed CMIS, either in number of participating agencies or in 
technical features, the more important and time consuming these tasks will be. Taking the 
appropriate time to consider all options thoroughly will pay off in the end. Communities with 
limited resources are especially encouraged to review existing CMIS developed for similar 
purposes by other communities with similar needs and characteristics. 

Levels of Data Addressed 

The figure which appears in the introduction to Section II shows a data flower representation 
of the levels of data found across many of the service programs available in California. The 
inner circle of the flower represents the Level 1, core linkage data elements. This minimal set 
of data elements was selected by the core data elements task group to provide the greatest 
likelihood of successful matches of individuals across databases. The next concentric circle 
represents the Level 2, minimal and essential core case management data elements. These 
elements were selected as the smallest subset of data which should readily be available to a 
case manager for a new client who has already completed an intake for another program. The 
outermost concentric circle represents Level 3, other core case management data elements. 
These are data considered optional for sharing, and consist of the CISLS evaluation data 
together with other important data elements which might potentially be shared across some 
programs. 
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Applicable Data Exchange Models 

Six basic models of data exchange were identified by the data sharing methodology task 
group. In reality, at any particular CISLS site a combination of two or more of these models 
might be implemented simultaneously: 

L fully integrated CMIS across multiple service programs; 

2. computerized data exchange based on on-line access to other systems; 

3. computerized data exchange based on batch requests and responses; 

4. computerized data exchange based on regularly scheduled import and export 
of data for entire potential client base; 

5. data exchange based on paper forms; and 

6. data exchange based on voice communication. 

The table below represents the task group's preliminary attempt to analyze these six models 
in terms of the major model elements. Additional work is needed on the implications of 
particular data exchange models to the application of these standards, and on development of 
additional standards related to other important data exchange methodology issues including 
data discrepancy resolution, data updating and purging, and data directories design. 

Of the standards in this report, the core data element definitions apply equally across all six 
models, while the CMIS functional specifications standards apply most to the first model, and 
to a lesser extent to the second through fourth models. The confidentiality and security 
standards vary in their applicability by standard, but most of these standards apply to all or 
most of the data exchange models. 

Likely Data Exchange Situations 

Many of the considerations related to data sharing methodology depend on the range of 
programs across which the data are shared. The range of programs for data sharing can be 
categorized into three levels: data can be shared among programs which are partners of a 
collaborative, between programs within the same geographical/ political area (such as a 
county or school district) but which are not part of a collaborative, and between same-type 
programs across geographical/political boundaries. These standards are intended to address all 
three situations, although the CMIS functional specification standards are primarily applicable 
to the first situation (partners within a collaborative). 
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1. Collaborative partners 

The need for sharing data across collaborative partners is the most typical CISLS situation. 
One advantage is that written agreements and memoranda of understanding (MOU) will be 
place between the partners, potentially simplifying the confidentiality and procedural issues. 
While any of the six basic data exchange models might be applicable here, this is the only 
situation where Model 1, a fully integrated multi-program system, would apply. 

2. Non-partners within same geographic or political unit 

Often an agency sees a family which has previously been seen by a different agency in the 
community that is not part of the collaborative. While this situation is not fully consistent 
with the CISLS model, in reality it is often encountered. It is unlikely that data exchange 
Models 1, 2, or 4 would apply here, while Model 3, batch request and response might apply, 
and Models 5 and 6, paper and voice exchange, would be most likely. Confidentiality issues 
are more difficult due to the lesser likelihood of written agreements or MOU between 
agencies being in place. 

3. Same type programs outside of service area 

A local agency might desire to obtain data from a family that has recently relocated to the 
service area and has had extensive service encounters in a previous county or location. This is 
the type of situation upon which the California Student Information System (CSIS) is based, 
and fits well with data exchange Model 3, batch requests and responses, the model employed 
by CSIS. Although it is possible to consider different program-type data transfers across 
geographical boundaries, the more likely need would be for same program type daU*, such as 
old school records to the new school, or previous social service data to the new social service 
agency. While site based written agreements or MOU are not likely to be in place here, 
existing intra-agency policies or agreements might partially address confidentiality concerns. 

CATEGORIES OF STANDARDS 

All standards have been or will be classified into one of the following three categories. These 
categories were modeled after the American Psychological Association's test standards. They 
were developed to reflect the reality that not all desirable features are practical or possible in 
all situations, and that the importance of some standards might vary by situation. 

Primary Standards: those that should be met by all systems, unless a sound professional 
reason is available to show why it is not necessary, or technically feasible, to do so in a 
particular case. 
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Secondary Standards: desired as goals, but likely to be beyond reasonable expectations in 
many situations. 

Conditional Standards: the importance of the standard varies with the application, and may be 
either primary or secondary depending on the situation. 

CAUTIONS TO BE EXERCISED IN THE USE OF THESE STANDARDS 

The current report is Version 2.0 of a living, evolving document. Use of these standards 
during the first year after publication should be considered a field test. Over time the 
collaboration will learn from the experiences of the sites and vendors who try to implement 
these standards, as well as from the overall experiences of sites that are moving forward with 
their approaches to collaboration and implementing integrated services programs. We know 
that these standards initially will be incomplete, and that in spite of the massive reviews this 
document has undergone there exist in these standards bugs that will only be discovered upon 
application in particular real life situations. At the same time, we can expect regular changes 
in programs funded, programmatic approaches, state and federal mandates, and available 
technology, all potentially requiring changes in some parts of the standards to maintain their 
currency. It is the collaboration's intent that this version of the standards will be useful to 
local sites and software vendors as it is, and that future efforts will ensure continued 
improvement and currency in a manner minimally disruptive to all involved. 

ORGANIZATION OF THIS DOCUMENT 

Section I: Introduction discusses the purpose and intent of the standards, and the types of 
programs and situations to which they apply. This section also includes definitions of the 
three categories of standards: primary, secondary, and conditional 

Section II: Core Data Elements Directory and Definitions, includes the directory of elements 
selected for inclusion in the three levels of core data: Level 1 (core linkage data), Level 2 
(minimal and essential core case management data), and Level 3 (other core case 
management data). Definitions and coding structures are provided for Levels 1 and 2 
elements, together with initial mapping to ANSI TS-130 and CSIS. Definitions and coding 
structures for the Level 3 data elements remain to be developed. 

Section III; Case Management Information System Functional Specifications Standards, 
provides 43 design and functionality standards for case management information systems. 
These standards are intended both for the site staff who will be evaluating or locally 
designing a CMIS, and for vendors and other CMIS developers who will be modifying or 
designing systems. 
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Section IV: Confidentiality Standards for Data Sharing and Case Management Information 
Systems provides 23 standards related to confidentiality and issues in sharing data across 
programs. In addition, Appendices B and C include charts of federal and California statutes 
and regulations pertaining to the sharing of client data. 
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GLOSSARY OF ACRONYMS AND ABBREVIATIONS FOUND IN THIS REPORT 

AFLP Adolescent Family Life Program (DHS) 

ANSI American National Standards Institute 

ANSI TS-130 American National Standards Institute - Transaction Set 130. This 
transaction set contains the data that would be found in an electronic 
student transcript as developed by the SPEEDE and ExPRESS work 
groups. 

CASEMIS California Special Education Management Information System (CDE) 

CBEDS California Basic Education Data System (CDE) 

CDE California Department of Education 

CDS Client Data System (DMH) 

CHDP California Health and Disability Prevention System (DHS) 

CIDC California Interagency Data Collaboration 

CISLS Comprehensive Integrated School-Linked Services 

CMIS Case Management Information System 

CMIS Client Management Information System (DDS) 

CSIS California Student Information Services (CDE) 

CWS/CMS Child Welfare Services/Case Management System (DSS) 

DDS California Department of Developmental Services 

DHS California Department of Health Services 

DMH California Department of Mental Health 

DSS California Department of Social Services 
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FHOP 

FWL 

GAIN 

GUI 

INS 

JTPA 

MEDS" 

MIS 

MOU 

SANDIS 

SB 620 

SPEEDE 

SQL 

SRI 

SSN 
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Electronic D,ata Interchange 



Committee on the Exchange of Permanent Records Electronically for 
Students and Schools 

Family Health Outcomes Project (DHS) 

Far West Laboratory 

Greater Avenues for Independence (DSS) 

Graphical User Interface 

Immigration and Naturalization Service 

Job Training Partnership Act 

Medi-Cal Eligibility Data System (DHS) 

Management Informations System 

Memorandum/Memoranda of Understanding 

San Diego Information System (DDS) 

Healthy Start Support Services for Children Act (1991) 

Standardization of Postsecondary Education Electronic Data Exchange 

Structured Query Language 

Stanford Research Institute 

Social Security Number 
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SECTION H: CORE DATA ELEMENTS DIRECTORY AND DEFINITIONS 

This section presents data translation standards for sharing core data elements among local 
agencies, or between local and state agencies. The standards consist of common data element 
definitions and coding structures, and are intended for use as a data translation language 
across programs and agencies. Use of these standards for data representation within local or 
state databases is optional and not required for participation in data exchange. However, to 
effectively participate an agency's data must be collected in a manner which is translatable to 
and from these standards with minimal loss of information. 

LEVELS OF DATA 

The data flower diagram in Figure 1 represents the levels of data found across many of the 
databases and data systems used by California agencies and programs. The three concentric 
circles within the flower represent the core data, or those data elements with the highest 
potential for effective sharing. The petals of the flower represent non-core, program-specific 
data elements, those which are required by specific programs or agencies but are not as likely 
to be shared across programs or agencies. 

The innermost circle of the flower represents the Level 1, Core Linkage Data. This minimal 
set includes those data elements which provide client identifying information least likely to 
change over time, thereby providing the greatest likelihood of successful matches of 
individuals across distinct databases. 

The next concentric circle represents the Level 2, Minimal and Essential Core Case 
Management Data. These elements comprise the smallest subset of data which provide client 
information that most agencies are likely to require, and potentially share. These are the data 
which should be readily available to a case manager for a new client who has already 
completed an intake for another program. Basic family member information has been included 
at this level, reflecting the focus on family-centered service programs. 

Levels 1 and 2 data elements and coding structures have been reviewed widely and agreed on 
by the various collaboration committees. If data sharing is to take place, all available Levels 1 
and 2 data elements should be included in the exchange. 

The third concentric circle represents Level 3, Other Core Case Management Data. These are 
case management data often collected by service agencies but considered optional for sharing 
with any specific trading partner. These data will consist of the CISLS evaluation data, as 
well as other important health and human services data elements. These elements are 
included as core data because developing standards for these elements will allow agencies to 
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more readily share data when they elect to do so. Again, the exchange of these data are 
optional and highly dependent on the specific situation. 

Preliminary selection of Level 3 data elements has been completed by the core data elements 
task group. The selection of additional elements and the development of coding structures for 
all Level 3 elements remain to be completed. Work completed to date also has included the 
analytic mapping between the CISLS evaluation data service categories and definitions to the 
comparable INFO LINE Taxonomy of Human Services categories and definitions. 

Program-specific data, represented by the flower petals in Figure 1, are not as likely 
candidates for sharing across agencies. These data have not been addressed in the standards 
development effort. 

HOW TO USE THIS SECTION 

This section includes all of the core data elements selected for inclusion in Levels 1, 2, and 3. 
For Levels 1 and 2 elements only, definitions and coding structures are provided, together 
with mapping to the ANSI SPEEDE/ExPRESS Transaction Set 130 and the California Student 
Information Services (CSIS) Student Data Handbook (draft version). 

The Core Data Elements Directory provides the core data elements grouped by level and 
listed in the order in which they appear in the detailed technical descriptions which follow the 
directory. In the directory, data elements are positioned to reflect their relationship to one 
another. For example, demographic data elements indented under Client reflect that those 
data elements refer to that client. Data elements which may appear more than once in a 
record are marked repeatable. 

All data element names, definitions, and coding structures have been designed to be 
maximally compatible with ANSI TS-130 and CSIS. At the bottom of each technical 
description page are listed those data elements in ANSI and CSIS that most closely 
correspond to the data element described. In some cases, new data elements and/or coding 
options have been created for existing ANSI or CSIS data elements. Where our local 
interagency data sharing needs differ or go beyond those addressed by ANSI, CSIS, or other 
systems, changes will be requested in these systems, and it is expected that all groups will 
work together to ultimately reach the goal of maximum compatibility across systems. 

Where possible, we have included full ANSI or CSIS codes with the data element definition, 
or, where the list was extensive, we have referred the reader to an appendix. In other cases, 
where the list was very long and overly specific (e.g., zip codes), we have referenced the 
appropriate ANSI TS130 appendix but have not included the list in this document. 



2.2 



34 



\ 



March 28, 1994 SECTION II: CORE DATA ELEMENTS 

FIGURE 1. 
DATA FLOWER 




The labeled petals contain only a subset of existing 
and planned databases and data systems across the 
state. Please refer to the following page for a more 
comprehensive listing. 
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DATABASES AND DATA SYSTEMS 

The following is a list of many of the state and local databases and data systems which either 
currently exist or are under development. While not an exhaustive list, it goes beyond what 
could be represented in the flower diagram in Figure 1. 

California Department of Developmental Services (DDS) 
CMIS Client Management Information System 

SANDIS San Diego Information System 

California Department of Education (CDE) 

CASEMIS California Special Education Management Information System 

CBEDS California Basic Education Data System 

CSIS California Student Information Services 

MSRTS Migrant Student Record Transfer System 

California Department of Health Services (DHS) 

AFLP Adolescent Family Life Program 

CHDP California Health and Disability Prevention System 

MEDS Medi-Cal Eligibility Data System 

California Department of Mental Health (DMH) 
CDS Client Data System 

California Department of Social Services (DSS) 
CWS/CMS Child Welfare Services/Case Management System 

GEMS GAIN Management Information System 

SAWS Statewide Automated Welfare System 

California Youth Authority (CYA) 

OBITS Offender-Based Informational Tracking System 

Other Databases and Data Systems 

ANSI - TS130 American National Standards Institute - Transaction Set 130 

(Student Transcript Records) 
CISLS (SRI) Comprehensive Integrated School-Linked Services (Evaluation) 

FHOP (UCSF) Family Health Outcomes Project 
JTPA Job Training Partnership Act 

SPEEDE/ExPRESS Same as ANSI - TS 130 



2.4 



ERiC 36 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENTS DIRECTORY 

LEVEL 1: CORE LINKAGE DATA ELEMENTS (CL) 

CL1 Client Name (repeatable) 
CL2 Date of Birth 
CL3 Gender 
CL4 County of Birth 
CL5 State of Birth 
CL6 Country of Birth 
CL7 Reference Number (repeatable) 

CL8 Reference Number Type 
CL9 Mother's Name 

CLIO Mother's Maiden Name 

LEVEL 2: MINIMAL AND ESSENTIAL CORE CASE MANAGEMENT DATA 
ELEMENTS (ME) 

ME1 Street Address (Client) 
ME2 City 
'ME3 State 
ME4 Zip code 

ME5 Telephone Number (repeatable) 
ME6 English Proficiency 
ME7 Preferred Language 
ME8 Interpreter Flag 
ME9 Race/Ethnicity 
ME10 Marital Status 

ME11 Primary Contact Parent/Guardian Name 
ME12 Relationship to Client 
ME13 Date of Birth 
ME14 Gender 

ME15 Reference Number (repeatable) 

ME16 Reference Number Type 
ME17 Marital Status 
ME18 Lives in Household 

ME19 Street Address 

ME20 City 

ME21 State 

ME22 Zip Code 

ME23 Telephone Number (repeatable) 
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ME24 English Proficiency 
ME25 Preferred Language 

ME26 Other Parent/Guardian Name 
ME27 Relationship to Client 
ME28 Date of Birth 
ME29 Gender 

ME30 Reference Number (repeatable) 

ME31 Reference Number Type 
ME32 Marital Status 
ME33 Lives in Household 

ME34 Street Address 

ME35 City 

ME36 State 

ME37 Zip Code 

ME38 Telephone Number (repeatable) 
ME39 English Proficiency 
ME40 Preferred Language 

ME41 Other Family Member Name (repeatable) 
ME42 Relationship to Client 
ME43 Date of Birth 
ME44 Gender 

ME45 Reference Number (repeatable) 

ME46 Reference Number Type 
ME47 Marital Status 
ME48 Lives in Household 

ME49 Street Address 

ME50 City 

ME51 State 

ME52 Zip Code 

ME53 Telephone Number (repeatable) 
ME54 English Proficiency 
MESS Preferred Language 



DATA ELEMENT QUALIFIERS (Q) 

Ql Name Type Qualifier 

Q2 Name Component Qualifier 

Q3 Birthdate Verification Qualifier 

Q4 Street Address Qualifier 

Q5 Telephone Number Qualifier 
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LEVEL 3: OTHER CORE CASE MANAGEMENT DATA ELEMENTS (To Be Further 
Developed) 

A: Education (ED) 

Al Last Grade Completed/Current Educational Status 
A2 Special Education Program Indicator 
A3 (others to be specified) 

B: Health (HE) 

Bl Immunization History 

B2 Verification 
B3 Pregnancy Status 

B4 Due Date 

B5 Prenatal Care 

B6 Pregnancy Program Participation 

B7 Smoking 

B8 Previous Births 

B9 (others to be specified) 
BIO Medical Alerts 
Bll (others to be specified) 

C: Household Information (HI) 

CI Household Size 
C2 Household Income , 

C3 Sources of Income (by family member) 

C4 Income Assistance Programs Currently Participating 
C5 Household Needs 

D: Risk Indicators (RI) 

Dl Domicile (Residence) Type 

D2 History of Criminal Justice Involvement 

D3 History of Mental Health Intervention 

D4 (others to be specified) 
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E: Service Referrals and Encounters (SR) 

(Mapped from CISLS evaluation database to INFOLINE taxonomy) 

El Referrals (repeatable) 
E2 Source 
E3 Status 

E4 Date of Referral 
E5 Encounters (repeatable) 

E6 Provider 

E7 Date of Encounter 

E8 Encounter Time (in 15 minute intervals) 
E9 (others to be specified) 

F: Pregnancy Outcome (PO) 

Fl Birth Weight 

F2 Gestational Age 

F3 Birth Length 

F4 Birth Head Circumference 

F5 (others to be specified) 

G: Other Level 3 Data Elements to be Specified 





CORE DATA ELEMENTS KEY 


AN 


Alpha Numeric (format) 


ID 


Identifier (format) 


Format 


Describes the type of element (e.g. AN, ID) 


Length 


Number of characters (minimum,maximum) 


Repeat 


May occur more than once in the same record 
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Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



Comments: 



CORE DATA ELEMENT DEFINITION 
CLIENT NAME 
CL1 

1 (Core Linkage) 
March 28, 1994 

This is the client's name in free-form text. Names are sent in 
separate components in the following order: last-name, suffix- 
name, first-name, middle-name. This element must be preceded 
by name type and name component qualifiers. 

Element qualifiers are used to identify the type of name (e.g., 
legal, AKA) and name component (e.g., last, first, middle). If 
client is known by several names, must include current legal 
name. 



Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

Yes 



93(IN202)/Name 
STOl/StudentName 



ERLC 
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Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 
Comments: 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 



CORE DATA ELEMENT DEFINITION 

DATE OF BIRTH 
CL2 

1 (Core Linkage) 
March 28, 1994 

This is the client's date of birth in format CCYYMMDD. 

It has been suggested that CIDC adopt the DHS Data Systems 
Branch convention of coding as CCYY0701 the birthdates of 
clients whose actual dates of birth are not known; the CCYY is 
supplied by the case manager as a best guess. 

19880915 (1988 September 15) 

Birthdate Verification Qualifier (See Qualifier section) 



8,8 
AN 
No 



Mapping: 

ANSI TS130: 
CSIS Draft: 



1251 (DMG02)/Date Time Period 
DE07/Date of Birth 



ER?C 
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Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 
Comments: 



CORE DATA ELEMENT DEFINITION 
GENDER 
CL3 

1 (Core Linkage) 
March 28, 1994 

This is a code indicating the gender of the client. 

Complete ANSI approved code list 

F Female 
M Male 

U Unknown or Not Available (also used in cases of 
ambiguous gender of newborn infants) 

Proposed additions: 

X Unborn 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



None 

1.1 
ID 
No 



1068 (DMG03)/Gender Code 
DE19/Gender 
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Element Name: 



Element Number: 



Element Level: 



Last Revised: 



Definition: 



Comments: 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 

COUNTY OF BIRTH 
CL4 

1 (Core Linkage) 
March 28, 1994 

This is a code which identifies the county within the state in 
which the client was born. 

Source for complete code list: "Counties and Equivalent Entities 
of the United States or Provinces, Its Possessions, and 
Associated Areas (FIPS Publication 8-4)" available from the 
National Technical Information Service. 

Proposed additions: 

Codes for Latin American county-equivalents (e.g., condados, 
jurisdicciones). 

33002 (Albany,. N.Y.) 

None 



5,5 
ID 
No 



1096 (IND03)/County Designator 
DEIO/Place of Birth - County 



ERLC 



2.12 



44 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 
Element Name: STATE OF BIRTH 

Element Number: CL5 
Element Level: 1 (Core Linkage) 

Last Revised: March 28, 1994 

Definition: This is a code which identifies the U.SVLatin American state or 

Canadian province in which the client was born. 

Comments: Complete American National Standards Institute (ANSI) code list 

is in Appendix B of the CSIS Student Data Handbook. 



Example: 


CA 


California 




DE 


Delaware 




FL 


Florida 




GU 


Guam 




BC 


British Columbia 


Element Qualifiers: 


None 




Length: 


2,2 




Format: 


ID 




Repeat: 


No 





Mapping: 



ANSI TS130: 156 (IND02)/State or Province Code 

CSIS Draft: DEI 1/Place of Birth - State or Province 



2.13 

45 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 
Element Name: COUNTRY OF BIRTH 

Element Number: CL6 
Element Level: 1 (Core Linkage) 

Last Revised: March 28, 1994 

Definition: This is a code identifying the country of birth of the client. 

Comments: Complete American National Standards Institute (ANSI) code list 

is in Appendix B of the CSIS Student Data Handbook. 

Example: AF 

CN 
US 

zz 

Element Qualifiers: None 

Length: 2,2 
Format: ED 
Repeat: No 

Mapping: 

ANSI TS130: 26 (IND01)/Country Code 

CSIS Draft: DE12/Place of Birth - Country (Country of Origin) 



Afghanistan 
China 

United States or Provinces of America 
Unknown or Unspecified Country 



ERIC 



2.14 

46 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



Comments: 
Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 

REFERENCE NUMBER 
CL7 

1 (Core Linkage) 
March 28, 1994 

This is the identification number by which the client is known 
by a particular agency or institution. Note that this is a 
repeating element; case managers should collect as many 
reference numbers as feasible 1 for each client, thereby 
improving the likelihood of establishing a definite match 
between databases. 

Must be associated with Reference Number Type. 



None 

1,30 

AN 

Yes 



127 (IN105)/Reference Number 
ST03/Student Identification Number 



1 The collection and use of client social security numbers remains controversial. The 
collaboration has agreed that, while the most widely collected reference number and therefore 
the single best identification number for linkage purposes, the SSN is best subsumed within a 
more general set of linkage elements. Agencies and institutions which collect social security 
numbers can use them, but those that do not will be able to provide other ID numbers for linkage 
purposes. 

2.15 



ERiC 



47 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 



CORE DATA ELEMENT DEFINITION 

REFERENCE NUMBER TYPE 
CL8 

1 (Core Linkage) 
March 28, 1994 

This code identfies the type of reference or identification number 
being transmitted. 

Complete ANSI approved codes 



48 



49 



50 



56 
57 
LR 



MV 



SY 



Agency's Student Number. This is a number assigned by 

an agency other than the institution sending the record. 

Family Unit Number. This is an identification assigned 

to siblings within the same family. 

State or Province Student Identification Number. A 

student identification number assigned by the state 

education agency to students enrolled in state schools. 

Corrected Social Security Number 

Prior Incorrect Social Security Number 

Local Student Identification Number. A student 

identification number assigned by a local school or school 

district. 

Migrant Number. This number is assigned by the 
national Migrant Student Record Transfer System. 
Social Security Number 



Proposed additions: 

10 Birth Certificate Local File Number 

1 1 Birth Certificate State File Number 

12 Medi-Cal (Medicare) Identification Number 

13 Naturalization Certificate Number 

14 Immigration (INS) Document Number 



CL8 CONTINUED ON NEXT PAGE 



2.16 



48 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 

CL8 CONTINUED FROM PREVIOUS PAGE 

15 California State (DHS) Client Index Number 

16 Agency's Client Number 

17 Health Insurance Claim Number 

18 Driver's License/ID Card Number 

19 County Welfare ID Number 

Example: 



Element Qualifiers: None 

Length: 2,2 

Format: ID 

Repeat: No 

Mapping: 

ANSI TS130: 128 (IN104)/Reference Number Qualifier 

CSIS Draft: ST02/Student ID Number TYPE 



2.17 

49 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



Element Level: 



Last Revised: 



Definition: 



CORE DATA ELEMENT DEFINITION 

MOTHER'S NAME 
CL9 

1 (Core Linkage) 
March 28, 1994 

This is the name in free-form text of the client's mother. Name, 
are sent in separate components in the following order: last-name, 
suffix-name, first-name, middle-name. This element must be 
preceded by name type and name component qualifiers. 



Comments: 
Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

Yes 



93 (IN202)/Name 
PA02/Parent/Guardian Name 



2.18 



50 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



Comments: 
Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 

MOTHER'S MAIDEN NAME 
CLIO 

1 (Core Linkage) 
March 28, 1994 

This is the maiden name in free-form text of the client's mother. 
Names are sent in separate components in the following order: 
last-name, suffix-name, first-name, middle-name. This element 
must be preceded by name type and name component qualifiers. 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

No 



93 (IN202)/Name 
PA02/Parent/Guardian Name 



2.19 



51 



ERiC 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 



CORE DATA ELEMENT DEFINITION 

STREET ADDRESS (CLIENT) 
ME1 

2 (Minimal and Essential) 
March 28, 1994 

This data element is used to provide the client's current street 
address in free-form text5 Must be preceded by a street address 
qualifier. 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Street Address Qualifier (see Qualifier section) 

1,35 

AN 

No 



166 (N30l)/Address Information 
DE02/Street Address 



2.20 



ERIC 



52 



March 28, 1994 



SECTION IT. CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 
Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 

CITY (CLIENT) 
ME2 

2 (Minimal and Essential) 
March 28, 1994 

This free-form text is used to indicate the name of the city in the 
client's current address. 



None 

2,30 

AN 

No 



19 (N401)/City Name 
DE03/City 



2.21 



53 



9 

FRIC 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



CORE DATA ELEMENT DEFINITION 

STATE (CLIENT) 
ME3 

2 (Minimal and Essential) 
March 28, 1994 

This is a code designating the North or Latin American state or 
province portion of the client's current address. 



Comments: 



Complete American National Standards Institute (ANSI) code list 
for this element is in Appendix B of the CSIS Student Data 
Handbook. 



Example: 



CA 

DE 

FL 

GU 

AB 



California 

Delaware 

Florida 

Guam 

Alberta 



Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



None 

2,2 
ID 
No 



156 (N402)/State or Province Code 
DE04/State or Province 



2.22 



ERLC 



54 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



CORE DATA ELEMENT DEFINITION 

ZIP CODE (CLIENT) 
ME4 

2 (Minimal and Essential) 
March 28, 1994 

This is a code designating the zip code or postal code portion of 
the client's current address. 



Comments: 



Example: 



In the U.S., the source of this code set is the "National ZIP Code 
and Post Office Directory, Publication 65." 

303024017 
92717 
02717 
47907 
K7L 3N6 



Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



None 

3,9 
ID 
No 



116 (N403)/Postal Code 
DE05/Zip. or Postal Code 



2.23 



ER?C 



55 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 
Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 
TELEPHONE NUMBER (CLIENT) 
ME5 

2 (Minimal and Essential) 
March 28, 1994 

This is the telephone or fax number or other means of contacting 
the client. Must be associated with a telephone number 
qualifier. 

Must be associated with telephone number qualifier. 

2022930161 (202-293-0161) 
3174940570 (317-494-0570) 
6126924079 (612-692-4079) 

Telephone Number Qualifier (see Qualifier section) 

7,25 
AN 
Yes 



364 (PER04)/Communication Number 



2.24 



56 



March 28, 1994 



SECTION n: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 
ENGLISH PROFICIENCY (CLIENT) 
ME6 

2 (Minimal and Essential) 
March 28, 1994 

This is a code used to indicate the English language proficiency 
of the client. 

Complete code list which has been submitted by CSIS for ANSI 
approval 

1 English Only 

2 Fully English Proficient 

3 Limited English Proficient 

4 Non-English Speaking 

5 Status Unknown 

6 Redesignated Fluent English Proficient 

(The student no longer needs language assistance services 
and is considered proficient enough in English to 
academically succeed in English-only classes) 



None 

1,1 
ID 
No 



1476 (new)/English Proficiency 
DE16/English Proficiency 



2.25 

57 



March 28, 1994 



SECTION E: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 

Comments: 



CORE DATA ELEMENT DEFINITION 

PREFERRED LANGUAGE (CLIENT) 
ME7 

2 (Minimal and Essential) 
March 28, 1994 

This is a code designating the language preferred by the client's 
parent or guardian for oral and/or written communication. 

Complete American National Standards Institute (ANSI) code list 
for this element is in Appendix B of the CSIS Student Data 
Handbook. 



Example: 



Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Arabic 

English 

Spanish 

French 

Vietnamese 

Chinese; Zhongwen 



AR 

EN 

ES 

FR 

VI 

ZH 

None 

2,3 
ID 
No 



819 (IND05)/Language Code 
DE15/Primary or Native Language 



2.26 



9 

ERIC 



56 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 
Element Name: INTERPRETER FLAG 

Element Number: ME8 
Element Level: 2 (Minimal and Essential) 

Last Revised: March 28, 1994 

Definition: This is a code used to indicate whether or not an interpreter was 

used to acquire the information represented in the database 
record. 

Complete code list as proposed 



1 Information acquired exclusively through interpreter 

2 Information acquired with the occasional assistance of an 
interpreter 

3 Interpreter not used due to unavailability 

4 No interpreter required 



Comments: Language used by the interpreter should be coded in the Client 

Preferred Language or Parent/Guardian Preferred Language field. 

Example: 



Element Qualifiers: None 

Length: 04 

Format: ID 

Repeat: No 

Mapping: 



ANSI TS130: N/A 
CSIS Draft: N/A 



ERiC 



2.27 
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March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

RACE/ETHNICITY (CLIENT) 
ME9 



Element Level: 



Last Revised: 



Definition: 



Comments: 



Example: 



Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



2 (Minimal and Essential) 
March 28, 1994 

This is a cod^ indicating the self-described racial or ethnic 
background of a client. 

The ANSI approved code list, which contains a total of five 
categories (Asian/Pacific Islander, Black, Caucasian, Hispanic, 
and American Indian/Alaskan Native), is inadequate. CSIS has 
proposed codes for race/ethnicity which provide a more 
comprehensive, hierarchical coding structure, as well as 
interracial categories. Appendix A contains the complete code 
list as proposed in the Student Data Handbook. 

100 ASIAN or PACIFIC ISLANDER 



105 


Filipino 


110 


Chinese 


120 


Japanese 


130 


Korean 


140 


Southeast Asian 




141 Vietnamese 




142 Cambodian 




143 Hmong 



None 

1,1 
ID 
No 



1109 (DMG05)/Race or Ethnicity Code 
DE17/Race or Ethnicity (Country of Origin) 



9 

ERIC 



2.28 
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March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 
Comments: 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 

MARITAL STATUS (CLIENT) 
ME10 

2 (Minimal and Essential) 
March 28, 1994 

This is a code defining the marital status of the client. 

Complete ANSI approved code list 

D Divorced 

I Single 

K Unknown 

M Married 

R Unreported 

S Separated 

U Unmarried (single/divorced/widowed) 

W Widowed 

X Legally Separated 



None 

1.1 
ID 
No 



1067 (DEMG04)/Marital Status Code 
DE22/Marital Status 



2.29 

61 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



CORE DATA ELEMENT DEFINITION 

PRIMARY CONTACT PARENT/GUARDIAN NAME 

ME11 

2 (Minimal and Essential) 
March 28, 1994 

This is the name in free-form text of a parent, guardian, or other 
adult responsible for the client. Names are sent in separate 
components in the following order: last-name, suffix-name, 
first-name, middle-name. This element must be preceded by 
name type and name component qualifiers. 



Comments: 
Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

No 



93 (PER02)/Name 

PA12/Parent/Guardian Contact Name 



2.30 



ERLC 



62 



March 28, 1994 

Element Name: 

Element Number: 
Element Level: 
Last Revised: 
Definition: 



SECTION n: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 

RELATIONSHIP TO CLIENT (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME12 

2 (Minimal and Essential) 
March 28, 1994 

This is a code indicating the primary contact parent/guardian's 
relationship to the client. 



Complete ANSI approved code list 



01 


Spouse 


02 


Son or Daughter 


03 


Father or Mother 


04 


Grandfather or Grandmother 


05 


Grandson or Granddaughter 


06 


Uncle or Aunt 


07 


Nephew or Niece 


08 


Cousin 


09 


Adopted Child 


10 


Foster Child 


11 


Son-in-Law or Daughter-in-Law 


12 


Brother-in-Law 


13 


Mother-in-Law 


14 


Brother or Sister 


15 


Ward 


17 


Stepson or Stepdaughter 


18 


Self 


19 


Child (An adult who is given legal responsibility for a 




child by a court) 


20 


Employee 


21 


Unknown 


22 


Handicapped Dependent 



ME12 CONTINUED ON NEXT PAGE 



2.31 



63 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



CORE DATA ELEMENT DEFINITION 



ME12 CONTINUED FROM PREVIOUS PAGE 



23 Sponsored Dependent 

24 Dependent of a Minor Dependent (A child not legally of 
age who has been granted adult status) 

25 Ex-Spouse 

26 Guardian 

27 Student 

28 . Friend 

29 Significant Other 

30 Both Parents (The residence or legal custody of the 
student is with both parents.) 

31 Court Appointed Guardian 

32 Mother 

33 Father 

34 Other Adult 

36 Emancipated Minor (A person who has been judged by a 
court of competent jurisdiction to be allowed to act in his 
or her own interest; no adult is legally responsible for 
this minor; this may be declared as a result of marriage.) 

37 Agency Representative 
ZZ Mutually Defined 



Comments: 



Example: 



Element Qualifiers: 



None 



Length: 
Format: 
Repeat: 



2,2 
ID 
No 



Mapping: 



ANSI TS130: 
CSIS Draft: 



1069 (IN106)/Individual Relationship Code 
PA03/Relationship to Student 



2.32 



ERIC 



64 



March 28, 1994 



SECTION IT. CORE DATA ELEMENTS. 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

DATE OF BIRTH (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME13 

same as CL2 - DATE OF BIRTH (CLIENT) 



Element Name: 



Element Number: 



GENDER (PRIMARY CONTACT PARENT/GUARDIAN) 
ME14 

same as CL3 - GENDER (CLIENT) 



Element Name: 
Element Number: 



REFERENCE NUMBER (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME15 

same as CL7 - REFERENCE NUMBER (CLIENT) 



Element Name: 



Element Number: 



REFERENCE NUMBER TYPE (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME16 

same as CL8 - REFERENCE NUMBER TYPE (CLIENT) 



Element Name: 



Element Number: 



MARITAL STATUS (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME17 

same as ME10 - MARITAL STATUS (CLIENT) 



2.33 



:5 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



Element Level: 



Last Revised: 



Definition: 



Comments: 



CORE DATA ELEMENT DEFINITION 

LIVES IN HOUSEHOLD (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME18 

2 (Minimal and Essential) 
March 28, 1994 

This is a code indicating whether the primary contact 
parent/guardian lives in the same household as the client. In the 
case of a "yes" response, collecting the address information in 
the next 4 data elements in unnecessary. 

Complete code as proposed 



Y Yes 

N No 

U Unknown 

X Not Applicable 



Example: 

Element Qualifiers: 

Length: 
Format: 
Repeat: 



None 

1,1 

AN 

No 



Mapping: 

ANSI TS130: 
CSIS Draft: 



N/A 
N/A 



2.34 



9 

ERIC 



66 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

STREET ADDRESS (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME19 

same as ME1 - STREET ADDRESS (CLIENT) 



Element Name: 
Element Number: 



CITY (PRIMARY CONTACT PARENT/GUARDIAN) 
ME20 

same as ME2 - CITY (CLIENT) 



Element Name: 



Element Number: 



STATE (PRIMARY CONTACT PARENT/GUARDIAN) 
ME21 

same as ME3 - STATE (CLIENT) 



Element Name: 



Element Number: 



ZIP CODE (PRIMARY CONTACT PARENT/GUARDIAN) 
ME22 

same as ME4 - ZIP CODE (CLIENT) 



Element Name: 



Element Number: 



TELEPHONE NUMBER (PRIMARY CONTACT 
PARENT/GUARDIAN) 

ME23 

same as ME5 - TELEPHONE NUMBER (CLIENT) 



2.35 




67 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



CORE DATA ELEMENT DEFINITION 

ENGLISH PROFICIENCY (PRIMARY CONTACT 
PARENT/GUARDIAN) 



Element Number: 



ME24 

same as ME6 - ENGLISH PROFICIENCY (CLIENT) 



Element Name: 



PREFERRED LANGUAGE (PRIMARY CONTACT 
PARENT/GUARDIAN) 



Element Number: 



ME25 

same as ME7 - PREFERRED LANGUAGE (CLIENT) 



2.36 



ER?C 



68 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



CORE DATA ELEMENT DEFINITION 

OTHER PARENT/GUARDIAN NAME 
ME26 

2 (Minimal and Essential) 
March 28, 1994 

This is the name in free-form text of a parent, guardian, or other 
adult (other than the primary contact parent or guardian) 
responsible for the client. Names are sent in separate 
components in the following order: last-name, suffix-name, 
first-name, middle-name. This element must be preceded by 
name type and name component qualifiers. 



Comments: 
Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

No 



93 (PER02)/Name 

PA12/Parent/Guardian Contact Name 



2.37 

69 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

RELATIONSHIP TO CLIENT (OTHER PARENT/GUARDIAN) 
ME27 

same as ME12 - RELATIONSHIP TO CLIENT (PRIMARY 
CONTACT PARENT/GUARDIAN) 



Element Name: 



Element Number: 



DATE OF BIRTH (OTHER PARENT/GUARDIAN) 
ME28 

same as CL2 - DATE OF BIRTH (CLIENT) 



Element Name: 



Element Number: 



GENDER (OTHER PARENT/GUARDIAN) 
ME29 

same as CL3 - GENDER (CLIENT) 



Element Name: 



Element Number: 



REFERENCE NUMBER (OTHER PARENT/GUARDIAN) 
ME30 

same as CL7 - REFERENCE NUMBER (CLIENT) 



Element Name: 



Element Number: 



REFERENCE NUMBER TYPE (OTHER 
PARENT/GUARDIAN) 

ME31 

same as CL8 - REFERENCE NUMBER TYPE (CLIENT) 



9 

ERIC 



2.38 



70 



March 28, 1994 



SECTION H: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

MARITAL STATUS (OTHER PARENT/GUARDIAN) 

ME32 

same as ME 10 - MARITAL STATUS (CLIENT) 



Element Name: 



Element Number: 



LIVES IN HOUSEHOLD (OTHER PARENT/GUARDIAN) 
ME33 

same as ME18 - LIVES IN HOUSEHOLD (PRIMARY 
CONTACT PARENT/GUARDIAN) 



Element Name: 



Element Number: 



STREET ADDRESS (OTHER PARENT/GUARDIAN) 
ME34 

same as ME1 - STREET ADDRESS (CLIENT) 



Element Name: 



Element Number: 



CITY (OTHER PARENT/GUARDIAN) 
ME35 

same as ME2 - CITY (CLIENT) 



Element Name: 



Element Number: 



STATE (OTHER PARENT/GUARDIAN) 
ME36 

same as ME3 - STATE (CLIENT) 



2.39 

71 



March 28, 1994 



SECTION II: CORE DATA ELEMENTS 



Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

ZIP CODE (OTHER PARENT/GUARDIAN) 

ME37 

same as ME4 - ZIP CODE (CLIENT) 



Element Name: 
Element Number: 



TELEPHONE NUMBER (OTHER PARENT/GUARDIAN) 
ME38 

same as ME5 - TELEPHONE NUMBER (CLIENT) 



Element Name: 
Element Number: 



ENGLISH PROFICIENCY (OTHER PARENT/GUARDIAN) 
ME39 

same as ME6 - ENGLISH PROFICIENCY (CLIENT) 



Element Name: 
Element Number: 



PREFERRED LANGUAGE (OTHER PARENT/GUARDIAN) 
ME40 

same as ME7 - PREFERRED LANGUAGE (CLIENT) 
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Element Name: 
Element Number: 
Element Level: 
Last Revised: 
Definition: 



Comments: 
Example: 

Element Qualifiers: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 
OTHER FAMILY MEMBER NAME 
ME41 

2 (Minimal and Essential) 
March 28, 1994 

This is the name in free-form text of a family member of the 
client other than those listed in ME 11 and ME26. Names are 
sent in separate components in the following order: last-name, 
suffix-name, first-name, middle-name. This element must be 
preceded by name type and name component qualifiers. 



Name Type Qualifier (see Qualifier section) 
Name Component Qualifier (see Qualifier section) 

1,35 

AN 

No 



93 (PER02)/Name 

PA02 Parent/Guardian Name 
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Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

RELATIONSHIP TO CLIENT (FAMILY MEMBER) 

ME42 

same as ME12 - RELATIONSHIP TO CLIENT (PRIMARY 
CONTACT PARENT/GUARDIAN) 



Element Name: 



Element Number: 



DATE OF BIRTH (FAMILY MEMBER) 
ME43 

same as CL2 - DATE OF BIRTH (CLIENT) 



Element Name: 
Element Number: 



REFERENCE NUMBER (FAMILY MEMBER) 
ME45 

same as CL7 - REFERENCE NUMBER (CLIENT) 



Element Name: 



Element Number: 



REFERENCE NUMBER TYPE (FAMILY MEMBER) 
ME46 

same as CL8 - REFERENCE NUMBER TYPE (CLIENT) 



Element Name: 
Element Number: 



MARITAL STATUS (FAMILY MEMBER) 
ME47 

same as ME10 - MARITAL STATUS (CLIENT) 
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Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

LIVES IN HOUSEHOLD (FAMILY MEMBER) 
ME48 

same as ME18 - LIVES IN HOUSEHOLD (PRIMARY 
CONTACT PARENT/GUARDIAN) 



Element Name: 



Element Number: 



STREET ADDRESS (FAMILY MEMBER) 
ME49 

same as ME1 - STREET ADDRESS (CLIENT) 



Element Name: 



Element Number: 



CITY (FAMILY MEMBER) 
ME50 

same as ME2 - CITY (CLIENT) 



Element Name: 



Element Number: 



STATE (FAMILY MEMBER) 
ME51 

same as ME3 - STATE (CLIENT) 



Element Name: 



Element Number: 



ZIP CODE (FAMILY MEMBER) 
ME52 

same as ME4 - ZIP CODE (CLIENT) 
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Element Name: 



Element Number: 



CORE DATA ELEMENT DEFINITION 

TELEPHONE NUMBER (FAMILY MEMBER) 
ME53 

same as ME5 - TELEPHONE NUMBER (CLIENT) 



Element Name: 
Element Number: 



ENGLISH PROFICIENCY (FAMILY MEMBER) 
ME54 

same as ME6 - ENGLISH PROFICIENCY (CLIENT) 



Element Name: 
Element Number: 



PREFERRED LANGUAGE (FAMILY MEMBER) 
ME55 

same as ME7 - PREFERRED LANGUAGE (CLIENT) 



ER?C 
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Qualifier Name: 
Qualifier Number: 
Last Revised: 
Definition: 
Comments: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 
NAME TYPE QUALIFIER 

Ql 

March 28, 1994 

This is a code which identifies the type of name entered. 
Complete ANSI approved codes 

01 Given Name (Name at Birth) 

02 Current Legal Name 

03 AKA (also known as); Alias or Nickname 

04 Name of Record 

05 Previous Name (sometimes called Maiden Name of 
Female Persons) 

07 Married Name 

Proposed addition: 

08 Social Security Name 

2,2 
ID 
No 



1107 (IN102)/Name Type Qualifier 
Q02/Name Type Qualifier 
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CORE DATA ELEMENT DEFINITION 



Qualifier Name: NAME COMPONENT QUALIFIER 



Qualifier Number: Q2 



Last Revised: 
Definition: 



March 28, 1994 

This is a code which specifies the part of the person's name 
entered. 



Comments: Complete ANSI approved codes 

01 Prefix (e.g., Mr, Mrs, Miss, Dr) 

02 First Name 

03 First Middle Name 

04 Second Middle Name 

05 Last Name 

06 First Initial 

07 First Middle Initial 

08 Second Middle Initial 

09 Suffix (Jr, Sr, m, Esq, etc.) 

12 Combined (Unstructured) Name 

14 Name of Agency 

15 Maiden or Former Name 

16 Composite Name (used if the name cannot be broken into 
separate parts; formatted with last name sent first) 



Length: 2,2 s 

Format: ID 

Repeat: No 

Mapping: 



ANSI TS130: 1 104 (IN201)/Name Component Qualifier 

CSIS Draft: Q03/Name Component Qualifier 
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Qualifier Name: 
Qualifier Number: 
Last Revised: 
Definition: 

Comments: 



CORE DATA ELEMENT DEFINITION 

BIRTHDATE VERIFICATION QUALIFIER 
Q3 

March 28, 1994 

This is a code which indicates the original means or source for 
verifying a person's date of birth. 

Codes submitted by CSIS for ANSI approval 

08 Birth Certificate (see comments below) 

09 Passport 

10 Hospital Certificate 

1 1 Affidavit 

12 Immigration Document 

13 Baptismal or Church Certificate 

14 Physician's Certificate 

15 Undocumented (no birthdate verification available) 
Proposed Additions: 

20 Birthdate Estimated 

21 Driver's License 

22 Military ID 

Certified copy of the person's Birth Certificate is the document 
of choice when confirming date of birth. When confirming with 
this document, enter Birth Certificate Local File Number as a 
Reference Number (CL7), 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



1,2 
ID 
No 



1357 (DMG08)/Birthdate Verification 
DE08/Birthdate Verification 
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Qualifier Name: 
Qualifier Number: 
Last Revised: 
Definition: 

Comments: 



Length: 
Format: 
Repeat: 

Mapping: 

ANSI TS130: 
CSIS Draft: 



CORE DATA ELEMENT DEFINITION 
STREET ADDRESS QUALIFIER 
Q4 

March 28, 1994 

Thi.« code indicates which part of the person's current street 
address is entered in the Street Address fields. 

Complete code list submitted by CSIS for ANSI approval 



1 
2 
3 
4 



1,1 
ID 
No 



Street number or P.O. box 

Street name and suffix (e.g. St, Ave, Ct, Ln) 

Street apartment/room/suite number 

Street direction or rural route designation (e.g. SW, NE, 

#7, etc.) 



New (N301)/Street Address Qualifier 
Q13/Street Address Qualifier 
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CORE DATA ELEMENT DEFINITION 
Qualifier Name: TELEPHONE NUMBER QUALIFIER 

Qualifier Number: Q5 
Last Revised: March 28, 1994 

Definition: This code identifies the type of communication number which is 

being sent for the contact person. 

Comments: Complete ANSI approved code list 

EM Electronic mail 

FT Federal telecommunications system (FTS) 

FX Facsimile (FAX) 

HP Home phone 

TE Telephone 

WP Work phone 

Proposed additions: 

PB Pager/Beeper 

MC Mobile/Cellular phone 

NP Neighbor's phone 

NO None 



Length: 2,2 

Format: ID 

Repeat: No 

Mapping: 

ANSI TS130: 365 (PER03)yTelephone Number Qualifier 

CSIS Draft: Q09/Contact Number 
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SECTION III: CASE MANAGEMENT INFORMATION SYSTEMS 
FUNCTIONAL SPECIFICATIONS STANDARDS 



This section provides design and functional specifications standards for automated case 
management information systems (CMIS) for use by local CISLS sites. As envisioned, the 
CMIS would store, process, and retrieve information about children and family members 
served, including referrals made and services provided. Sites may achieve these functional 
specifications standards by: 



These standards are intended to be applicable to any of these approaches. 

The standards are presented below in seven functional categories: system functionality, system 
design, user interface, system security, management reports, interconnectivity, and vendor 
services, agreements, and training. As noted in Section I, all standards have been classified as 
one of three types: 



primary standards, those that should be met by all systems, unless a sound 
professional reason is available to show why it is not necessary, or technically 
feasible, to do so in a particular case. 

secondary standards, desired as goals, but likely to be beyond reasonable 
expectations in many situations. 

conditional standards, the importance of the standard varies with the 
application, and may be either primary or secondary depending on the situation. 



SYSTEM FUNCTIONALITY 

These standards describe the general capabilities a CMIS must have to satisfy the basic 
requirements of a CISLS and effectively meet the needs of case managers. 

Standard 3.1: Family-Oriented Record (primary) 

A CMIS should employ a family-oriented record approach which has the ability to 
identify and relate multiple program participants of the same family. A user should be 



♦ 



♦ 



upgrading existing systems, 
developing systems internally, or 
purchasing systems from an outside vendor. 
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able to: 

• access an individual client's record; 

• easily locate all other members' records of that client's family who are 
currently in the system; 

• generate summary information of the family constellation; and 

• access all information available on each family member, dependent on 
security clearance. 

This mechanism should extend to the reporting and analysis subsystems as well. 
Comment v 

In family focused case management, case managers must have access to information 
on the entire family. Access to family information allows for identification of family 
strengths, needs, priorities and high risk behaviors, and is important for individual and 
program evaluation. 

Standard 3.2: Chronological Tracking (primary) 

A CMIS should be able to chronologically track all agency involvement with a client 
including, but not limited to, the following: 

• client movement through the various stages of the program (intake, exit, re- 
entry, etc.); 

• service referrals; 

• service encounters; and 

• client case notes 

Comment 

It is important that a CMIS track the who, what, and when of the services provided, 
and that this information be available for presentation in a variety of formats. 
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The system should track the date of the event, the participants, and all other 
information relevant to the interaction. Access to this tracking information should be 
available through querying and reporting functions. 

Standard 3.3: Appointment Scheduler/Tickler System (primary) 

A CMIS should have an appointment scheduler/tickler system that automatically 
generates reminders of case manager commitments including, but not limited to, the 
following: 

• routine client appointments (routinely scheduled follow-ups, e.g., 6 month, 12 
month, etc.); 

• external referral follow-up for clients; 

• staff-scheduled meetings or appointments. 

This information should be accessible both on-line and through management reports 
that can be printed for individual case managers or agency-wide over a given specified 
time period. 

Comment 

This feature can serve as a case management tool to assist in client and case manager 
scheduling, and as a management tool for tracking staff workloads. It can also serve as 
an on-line calendar of events and help staff members (with proper system security 
access) determine when and where their colleagues are scheduled. 

Standard 3.4: Pre-Printed Form Generation (primary) 

A CMIS should have the ability to generate and print all required data entry forms. 
When a client is already in the system, any fields previously entered should appear 
pre-printed on the forms with room for handwritten changes if necessary. 

Comment 

This feature not only provides for data entry forms, but produces a hard copy of the 
form with all current information, thus informing the case manager of the specific data 
needed and allowing more efficient use of time. Likewise, the case manager avoids 
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the common problem of redundant data collection and the related problem of asking 
the client's family to provide information previously given. 

Standard 3.5: Support For Third Party Reimbursement (primary) 

The CMIS should support requirements for agencies serving client populations eligible 
for Medi-Cal and other third party reimbursement for services in the collection of 
appropriate data to support these billing requirements. 

Comment 

With the new regulations that allow LEA's to seek Medi-Cal reimbursement for 
services falling into the prescribed LEA service categories, it is important that a CMIS 
support data collection consistent with this and other third party billing efforts. 

Standard 3.6: Back-up and Recovery Systems (primary) 

Multiple back-up and recovery systems should be in place to guarantee back up of all 
system files and database fileSo There should be an automated external back-up utility 
for both system and database files. In addition, an option should be available to allow 
the user to back up individual database files. 

Comment 

A system back-up includes all the programs and. software packages on the computer's 
hard disk. Data back-up includes only the files containing the CMIS client and agency 
data files. Murphy's law is particularly applicable to computer systems. Before an 
agency's data is entrusted to a CMIS, it is imperative that adequate provision is made 
to recover from a system failure. 

Standard 3.7: User System Modification (primary) 

User accessible utilities should be included in the CMIS to facilitate changing, adding 
to, or enhancing the system database such as adding and deleting data elements or 
fields, renaming or relabelling data elements, incorporating new fields into screens, 
creating validation tables for new data elements, and creating ad hoc reports. 

Comment 

Because there will be ongoing changes and additions to data elements, naming 
conventions, and reporting needs, it is important that these functions can be performed 
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by a system administrator rather than a programmer, to maximize flexibility, 
efficiency, and cost effectiveness. For security reasons, this function usually would be 
limited to the system administrator. (See also Standard 3.11) 

Standard 3.8: Archiving Data (primary) 

A CMIS should have utilities for, and agencies should develop procedures for 
removing or archiving data on inactive clients from the database to protect clients 1 
right to privacy. 

Comment 

Data on clients no longer participating in a program may nevertheless continue to 
serve an ongoing purpose (e.g., fiscal accountability, transition and follow up, or 
program evaluation). Archiving inactive records, unlike deletion or expunging, serves 
these needs while simultaneously protecting a client's right to privacy by restricting 
access to these data. 



SYSTEM DESIGN 

Often the selection of a CMIS software package is influenced by the hardware or software 
currently in place at an agency. Other times, hardware is purchased based on the desire to run 
a particular CMIS package. For the purpose of this report, no specific hardware or software 
platform is considered to be the standard. Instead, more general system design considerations 
are given that can be met by several different hardware and software environments including, 
but not limited to, DOS, Windows, Apple Macintosh, and UNIX operating systems. 



Standard 3.9: Single- and Multi-User Environments (primary) 

A CMIS should have the capability of operating in both single-user and multi-user 
environments. 

Comment 

Stand-alone systems do not allow simultaneous access to data by more than one user, 
and often lack the capability for users to simultaneously perform multiple tasks. Multi- 
user systems allow authorized users to update data and to immediately access 
information that has been modified by other users. Many organizations that currently 
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have small staffs (one or two case managers) might require only a single stand-alone 
computer work station to sufficiently serve case management needs. However, to 
accommodate expansion of programs or staff, it is important that the design allow for 
easy conversion to a multi-user system at some later point without a loss in continuity 
of data or methodology. 

Standard 3.10: Automated File and Record Locking (primary) 

Automated file and record locking facilities must be in place on multi-user systems 
such that no two users may modify a given record at the same time causing a file 
update data fault. When two users do attempt to access the same record, one should 
be allowed access while the other is given a "Record in Use 11 message. 

Comment 

Without file and record locking it would be possible for two users to simultaneously 
edit the same client record. File and record locking prevent this from happening. 

Standard 3.11: Open File Structure (primary) 

A CMIS should be designed with an open file structure. Specifically, either the system 
should be designed using a standard fourth generation database file structure, or it 
should provide appropriate software tools and documentation capable of manipulating 
the structure of the database. 

Comment 

Some systems are difficult or impossible to modify. A standard database file structure 
will ensure that changes to the system are both economically and technically possible, 
and increase system flexibility to meet unanticipated user needs. (See also Standard 
3.7) 

Example 

Most existing database and spreadsheet programs employ a standard file format such 
as the xBase .DBF format. They come with a set of tools that allow a user to 
interactively modify the structure of the database, for example, changing a field's 
length or data type or by adding additional fields without the need for complex 
programming changes. 
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Standard 3.12: Modular System Design (secondary) 

A CMIS should be designed as a modular system to allow an agency to implement 
only those modules relevant to its program and to add new modules as additional 
needs arise. 

Comment 

An agency should not have to pay for features that it does not need. Likewise, a 
CMIS must be expandable to meet the growing needs of an agency. An open file 
structure (Standard 3.11) lends itself to modular system design. 

Standard 3.13: Core Linkage Data and Client Search Algorithm (secondary) 

The CMIS should contain a client search algorithm employing the core linkage data 
elements, as described in Section II, to facilitate identification and searching of client 
records for data sharing. 

Comment 

Data sharing across agencies requires the necessary linkage elements as well as an 
appropriate methodology for identifying and locating client records. A client search 
algorithm should be designed to ensure maximum likelihood of finding a client record 
from a foreign system and to minimize the potential for false positive finds. 

Standard 3.14; Core Data Elements and Standard Definitions (primary) 

Regardless of how data are stored and represented in a CMIS, the system should be 
capable of working with all relevant core data elements, definitions, and codes as 
described in Section II. 

Comment 

The ability to speak a common data language facilitates data sharing across agencies. 

Standard 3.15: Minimized Redundant Data Entry (primary) 

A CMIS should avoid redundant data entry. When a client is already in the system, 
any fields previously entered should automatically fill the same fields in other input 
screens. 
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Comment 

A large amount of a case manager's time can be spent filling out paperwork and 
forms. This feature, along with pre-printed form generation (Standard 3.4), will help 
minimize the redundant gathering and input of data already in the database. 

Standard 3*16: Data Range Checking (primary) 

A CMIS should ensure that each datum entered is within an appropriate pre-specified 
range of values. If a datum' is out of range, an authorized user should be permitted to 
supplement the prescribed value list to allow entry of the new value. For core data 
elements (as defined in Section II) the new value should conform or roll up to the 
prescribed core data element taxonomy. 

Comment 

A CMIS should support data validity, but should not restrict the user to only those 
data element values considered at the inception of the CMIS. New categories of item 
responses will undoubtedly be developed. 

Example 

If a question regarding housing is asked, there might not be a suitable category for the 
response given. For example, at the time the system was designed, "mobile home" 
might not have been considered for inclusion as a valid response to this question. In a 
well-designed CMIS, the user should be able to add this response to the accepted 
values list without requiring additional programming. 

Standard 3.17: Conditional Skipping of Fields (primary) 

A CMIS should allow conditional skipping of fields during the data entry process 
when a response of a certain value indicates that one or more questions should be 
skipped, or when the user's access privileges preclude entering or modifying this field. 

Comment 

This feature helps ensure accurate data entry and prevent illogical or contradictory data 
from being entered. 
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Example 

A data entry screen should skip over fields regarding information about pregnancy 
outcome if the client was never pregnant. 

Standard 3.18: Required Data Fields (primary) 

A CMIS should have the ability to require key or mandatory fields to be completed 
before allowing the user to exit the screen. 

Comment 

This feature reduces the occurrence of missing data and ensures that key fields are 
filled that would allow maximum functionality of the data. If data are not available, 
an explicit "missing" or "not applicable" response is required. 

Standard 3.19: Attached Laser Printer (secondary) 

A system must have at least one attached laser printer capable of printing the fonts 
and sizes as required by the reports and form generation utilities of the CMIS. 

Comment 

New printer technologies have emerged that make use of various fonts and sizes to 
gain greater efficiency and useability in report and form generation. Appropriate 
hardware and software should be in place to take advantage of this technology. 

Standard 3.20: Multiple Printer Output (secondary) 

The system should have the capability of providing direct print output to multiple 
printers. 

Comment 

It is possible that a case manager may need to print a file or report at a printer located 
in a remote office or at another facility. 

Standard 3.21: Print Spooling (secondary) 

The system should provide print spooling to allow the user to run reports and schedule 
printing for a later time, or to continue processing concurrently with printing. 
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Comment 

It is important that the system be designed for maximum program staff efficiency. 
When the system requires the user to wait until printing is completed before 
continuing ongoing operations, the flow of work is impeded and valuable system 
resources are disabled. 

Standard 3.22: SQL Interface (secondary) 

Regardless of the programming language upon which the CMIS is based, an SQL 
query expression builder and search engine should be included in the package. 

Comment 

SQL is the industry standard for querying databases (searching databases for a specific 
set of variables). SQL's primary strength is that it is designed to work across many 
different database products using precisely the same syntax and format. Having this 
ability will allow different CMIS systems a method for sharing and exchanging data. 
An SQL system typically consists of two components: 

The expression builder. An interactive user-friendly program that aids a user in 
constructing a valid request for data that may be in the form of a single data 
value (e.g. a client's phone number), a list of clients (e.g. records for an entire 
family), or a summary report. 

The search engine. When connected to a computer network where different 
agencies may have different CMIS systems designed with an SQL interface, the 
search engine is capable of going out over a network and asking other CMIS 
systems for the data requested. 



USER INTERFACE 

The user interface is defined as the method employed by the CMIS to interact with the user. 
User interface specifications cover all aspects of the way the system responds during 
processes such as data entry, system help, menu selections, and system navigation. The CMIS 
must be easy to use even for a novice computer user. A graphical user interface (GUI) is 
preferred, but is not mandatory since many automated systems already in place will not 
support GUI. The following standards cover the user interface. 
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Standard 3*23: Consistent Commands (primary) 

The CMIS user interface must use consistent commands and navigation operations by 
using the same icon or user message located in the same place (and color if 
appropriate) for the same purpose throughout the program. 

Comment 

Basic interface design requires simple repetitive commands to control identical 
functions. User skill and acceptance increases when these principles are employed. 

Standard 3.24: Status Communication (primary) 

The CMIS should support status communication by having an icon, prompt, or 
message in the same location on all screens to inform the user of the current status of 
where the user is in the program, and how to move forward, complete an operation, or 
back out of an operation where these functions are possible. 

Standard 3.25: Menus or Decision Trees (primary) 

Menus or decision trees should be used to facilitate user interaction with and 
navigation of the system based on the user's needs. 

Comment 

Decision trees or menus will be different based on the user's security access code. 

Standard 3.26: On-line Help (primary) 

The CMIS should have the ability to provide a user with on-line help in the following 
areas: 

• a description of the specific keystrokes or data entry conventions required to navigate 
the system or perform basic system functions such as a record save, cancel request, or 
exit system; 

• general context-sensitive information for the current user activity (e.g., data entry, 
query, or report generation); 

• specific context-sensitive help for each data entry field on a given screen; and 
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* search capability on indexed help items for all operations of which the system is 
capable within a given security access code. 

Comment 

Context-sensitive help means that the program is aware of what function, screen, and 
data element the user was working on when the help key was pressed. Once invoked, 
the help will appear on that specific function. A complete alphabetized index of all 
help items should be available if a usev is not sure on which subject help is needed. 

Standard 3.27; Changing Help Messages (conditional) 

The help system should be designed in a way such that the system administrator can 
augment or change the help messages for a given screen or data element. 

Comment 

Allowing the system administrator to modify the help messages empowers the agency 
to ensure that the help system is both up to date and reflects specific characteristics 
unique to the agency. 

Standard 3.28: Function Keys (conditional) 

Function keys should be mapped to perform specific, commonly-used tasks. 

Comment 

Function keys minimize keystrokes and increase efficiency and response time. 

Standard 3.29: Alternate Data Entry Devices (secondary) 

The CMIS should be designed to allow for migration to alternate data entry devices 
such as optical scanners, portable pen-based notebook computers, or voice-activated 
entry as the technology becomes available and affordable. 

Comment 

There are numerous emerging technologies for the capture of data. The CMIS should 
have a flexible design to be able to eventually utilize more than keyboard or mouse 
point-and-click entry without major expense. 
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SYSTEM SECURITY 

System security is related to confidentiality. Confidentiality pertains to the way individually 
identifiable information is maintained, transferred and shared among agencies, organizations, 
and other individuals. Section IV addresses these issues in more detail. System security is 
defined as the protection of records from inadvertent or intentional disclosure, unauthorized 
access, and loss. It is both a procedural and technological issue in automated data systems. 

Standard 3,30: Password Protection (primary) 

A-CMIS should be password protected. The system should be designed such that each 
system user is assigned their own unique ID and password by the system 
administrator. Upon logging into the system for the first time a new user should be 
forced to replace their assigned password with a new one, known only to them. When 
"the system requires that the user enter a password the password should not appear on 
the screen as it is typed. 

Comment 

Comprehensive system password protection is the primary mechanism for preventing 
unauthorized access of agency data. It is essential to provide individual ID and 
password combinations to prevent the situation where a single common ID/password 
combination is used and becomes known throughout the agency. Requiring the new 
user to select their own password reinforces the importance of the confidential nature 
of their ID/password combination. 

Standard 3,31: Multiple Levels of Security (primary) 

A CMIS should support multiple levels of security. That is, when a new ID/password 
combination is assigned by the system administrator, there must exist the capability of 
restricting what data may be accessed, which reports can be run, and which system 
functions can be accessed by that individual user. Access levels should include the 
following: 

• No access - all access denied 

• Read only - no data editing allowed 

• Read/Write - additions or changes to data allowed 
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• Read/Write/Delete - data record deletion allowed 

• Print - user allowed to print data and specified reports 
Comment 

Supervisors, system administrators, program managers and case managers will all have 
different data access needs. The system must be able to restrict user access 
accordingly. For example, the system might be designed so as to limit a case 
manager's access to relevant caseload reports and data pertaining their own clients, 
while a supervisor might have password access to all client data and full reports within 
the system. 

Standard 332: On-line Security Control (primary) 

A system administrator at the local program level should have on-line control of all 
security features. 

Comment 

Assignment and deactivation of passwords and assignment of levels of access should 
be an on-line function restricted to the system administrator. 

Standard 333: Automatic Screen Blanking/Lockout (primary) 

A terminal which remains inactive for more than a user-specified time period should 
automatically blank the screen and require an authorized password to reactivate. 

Comment 

Particularly in a public setting, there is the potential for tampering with computer 
systems by curious minds. Automatically blanking the screen protects unauthorized 
access in a situation where a case manager is called away from his or her desk for a 
protracted period of time while running the CMIS. 

Standard 3*34: Modem Dial Back (secondary) 

A system which allows incoming phone modem access should be set up such that after 
a valid ID/password combination is entered, the computer will hang-up the phone and 
dial the user back at a predetermined phone number. 
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Comment 

In the situation where a modem is set up to receive incoming calls, it is not safe to 
assume that no one will get access to the phone number of a modem and attempt to 
connect to the system in this manner. By programming the system to call the user 
back at a specified phone number (e.g. home or satellite office), unauthorized users 
will not be able to hack into the system-from a remote location. 



Standard 3.35: Locked System Servers and Terminals (primary) 

System servers for multi-user systems should be kept in a locked room. All CMIS 
terminals should have a lock and key that will prevent unauthorized users from turning 
the computer on and viewing; deleting, or tampering with system or data files. 

Comment 

It is insufficient to rely on system passwords in an environment when unauthorized 
users can access confidential information on a PC-based computer system. Even if a 
CMIS is password protected, it is still possible to access files, potentially damaging, 
erasing, or copying them to diskette. A lock and key that prevents the computer from 
being turned on and prevents unauthorized removal of the computer's cover plate is 
another safeguard against even the most ardent system hackers. 



MANAGEMENT REPORTS 

Through summary management reports, a CMIS can give an administrator or case manager a 
concise overview of an individual case manager's or agency's caseload. This facilitates 
analyses of the agency's client base and resource planning. A flexible, well-designed reporting 
system can meet both mandatory and local evaluation reporting requirements, and allow the 
user the flexibility to obtain and summarize information in ways that may not have been 
anticipated at the inception of the CMIS. 

Standard 3.36: Standard Reports (primary) 

The CMIS should provide the following standard reports: 

• Client List (alphabetical) 

• Client List (by case manager) 
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• Service Referral Summary (by period, case manager, agency) 

• Encounter Summary (by period, case manager, agency) 

• Client Demographic Summary (by period, agency) 

• Follow-ups Due/Missed (by period, case manager) 

• Missing Data Report (by period, case manager) 

• Needs Assessment (by client, agency) 

• Goals and Outcomes Attainment (by client, period, case manager, agency) 
Comment 

The list reports above should not be considered a full set of reports for a CMIS. 
Rather, these represent the minimum set that any case management system should 
provide. 

By period indicates that a user should be allowed to enter a range of dates from which 
to search the database for records (encounter, referrals, or services) that were 
generated within that time period. 

By case manager, agency indicates that the report should be available by both 
individual case managers and for the entire agency as a whole. 

Standard 3.37: Ad Hoc Reports (primary) 

A CMIS should have the capability of allowing an authorized user to fully search the 
data base and construct ad hoc reports on any relevant variable(s) in the system. 

Comment 

The process should be a fiill screen interactive one and not require programming 
ability. The user should be presented with the variables in the system organized in a 
menu or hierarchical fashion to construct any Boolean (combination of) conditions 
inherent to the search. The report should be directable to the screen, printer, or an 
electronic file for further editing. 
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While standardized canned report can go a long way toward helping an agency 
understand its data, it is important that agencies be able to ask questions of their data 
that were not anticipated at the time the system was designed. With modern fourth 
generation report and query software tools, ad hoc report generation has become the 
standard for data management. 

INTERCONNECTTVITY 

As existing clients remain in the program, or as they move in and out of the program, there 
will be a need to annotate case records and to import and export data based upon different 
systems. The CMIS should be able to use the imported data to assist the case manager in 
determining program eligibility, and to pass on important information to the relevant 
administrators and case managers. This section describes the minimum capabilities that a 
CMIS should have to communicate directly or indirectly with other users and data systems. 

Standard 3.38: Data Import and Export (primary) 

A CMIS system shall be capable of importing and exporting at least the core linkage 
and core minimal and essential case management data from and to external systems 
(Levels I and II data as defined in Section II). No standard data exchange format has 
yet been determined by the CIDC. In the interim, a tab delimited ASCII format 
should be employed. 

Standard 339: Automatic Determination of Program Eligibility (secondary) 

A CMIS should implement the algorithms used by local, state, and federal agencies 
appropriate to the client population being served by the agency to determine eligibility 
for external program assistance. 

Comment 

This feature can expedite processing and enable the case manager to better meet their 
clients' needs by serving as a gateway to a greater range of services. 

Standard 3.40: E-Mail, Editor and Report Writer (secondary) 

The CMIS should have the internal capability of, or interface with, an E-mail package, 
word processor, and report writer. 
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Comment 

Each individual in an organization should have access to both local and national 
electronic mail (E-mail) and electronic bulletin board services. E-mail and bulletin 
boards can provide a means of connecting remote rural agencies with their peers, and 
serve as an information conduit to all for the discussion of problems, ideas, and 
methods. A word processor is necessary both to enter client notes and to generate form 
and other communication. 

It is not essential that the CMIS include each of the utilities listed above, but at least it 
should be capable of a seamless interface to available proprietary packages that meet 
CMIS standards. 



VENDOR SERVICES, AGREEMENTS, AND TRAINING 

Because many agencies will elect to contract with outside vendors for purchase or 
development of their CMIS, this section, covers aspects of the relationship between an agency 
and a CMIS vendor. It is critical for an agency to know what it can expect from a vendor in 
terms of software support and system training. 

Standard 3.41: Standard Software Characteristics (conditional) 

Any software product should have the following basic characteristics: 

• mature product (on the market long enough that it is substantially bug-free); 

• supported by a manufacturer, author, or vendor who is financially stable and has 
been Li business for at least several years; and 

• well-known, commercially available and have a large enough user base to provide 
full support and technical assistance/programming. 

Comment 

While the basic characteristics listed above are important, there are no clear and 
universally accepted standards by which to apply them. The reader is therefore 
encouraged to do some research and use discretion in purchasing software. 
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Standard 3.42: Written Guarantee of Limited Cost-Free Repair (primary) 

The vendor of a CMIS should guarantee in writing that any errors in the program will 
be fixed free of charge for a fixed period of time. 



Comment 

Software is likely to contain anomalies that often do not show up in the first few 
months of operation. For this reason it is necessary to ensure that the vendor accepts 
full responsibility for the correctness and quality of the software provided for a 
substantial period of time after installation. 

Standard 3.43: Other Written Agreements (primary) 

The following minimum set of issues should be governed by written agreements between 
CMIS software and hardware vendors and the agency: 

1. Development 

• Agency responsibility for obtaining and transferring information on 
specifications and design and making decisions on a timely basis should be 
clarified. 

• Responsibility for product design/redesign needs to be designated. 

2. Source code 

• An agreement should be reached which provides that the source code be 
turned over free of charge should anything occur to prevent the vendor from 
maintaining or modifying the software in a timely fashion. 

3. Training 

• A training agreement should be spelled out in great detail as to whether a 
"train the trainer 11 format will be followed or whether the vendor will provide 
initial and ongoing training as the needs arise. A curriculum and materials 
should be included. 
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4. On-going Support 

• The vendor support agreement should be spelled out in great detail, including 
technical support hot lines, user help lines, on-site or modem access, etc. 

5. Updates 

• Agreement about the cost and frequency of updates should be reached. 

6. New Development 

• Agreement should be reached about the agency's participation in the 
development of new modules or enhancements to existing systems and the 
agency's right to a portion of profit for these changes. 

7. Hardware Maintenance 

• Agreement should be reached on terms of a hardware maintenance contract 
between the hardware supplier and the agency. 
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SECTION IV: CONFIDENTIALITY STANDARDS FOR 
DATA SHARING AND CASE MANAGEMENT INFORMATION SYSTEMS 



INTRODUCTION 

In the course of investigating clients' needs and providing client services, agencies often 
require children and families to share some of the most intimate and private information about 
themselves. Confidentiality restrictions protect the privacy of individuals and insure that 
personal information is disclosed only when necessary. 

There are a number of reasons for respecting the privacy of children and families: 

• Privacy is a fundamental right; clients have a core interest in privacy. They have "the 
right to be left alone. 11 

• Confidentiality restrictions protect embarrassing personal information from 
disclosure. This information may include histories of emotional instability, marital 
conflicts, medical problems, physical or sexual abuse, alcoholism, drug use, limited 
education, or erratic employment. 

• Confidentiality provisions also prevent the improper dissemination of information 
about children and families that might increase the likelihood of discrimination 
against them. By its very nature, such information - about HIV status, mental health 
history, use of illegal drugs, or charges of child abuse — can be harmful if released. 

In somQ instances, this harm can occur even if records clearly show that the 
information is xinproven or inaccurate. 

• Sometimes protecting confidential information is necessary to protect family and 
personal security. For example, in a domestic violence situation, an abused woman 
who leaves her home may be in great danger if law enforcement personnel disclose her 
new location. Many immigrant families may shy away from using public health 
clinics or other social services for fear that the Immigration and Naturalization Service 
(INS) will take action against them. 

• Restricting information given to human service agencies may also protect job 
security. Some information — such as a history of mental health treatment — may 
have no connection with a person's actual job performance, but may nevertheless 
jeopardize the individual's position, likelihood of promotion, or ability to find new 
positions. 
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Children and families also want to avoid prejudice or differential treatment by 
people such as teachers, school administrators, and service providers. Teachers may 
lower their expectations of children they learn are eligible for food stamps or free 
school lunches. This may set in motion a self-fulfilling prophecy in which lowered 
expectations lead to lowered performance. 

Confidentiality provisions also may be necessary to encourage individuals to make 
use of services designed to help them. Adolescents may avoid seeking mental health 
services at a school-based clinic, for example, if they believe that this information will 
get back to their teachers, parents, or peers. The same holds true for medical 
consultation for birth control or for diagnosis of HIV. 

While it is important to respect the need for privacy and the "right to be left alone," this right 
must be balanced with the need of agencies to know about their clients in order to serve them 
effectively and efficiently. Children and families may be involved in several different systems 
simultaneously. Some families might be better served by more than one agency. In both 
cases, services are improved from greater cross-system information sharing and collaboration. 
There are a number of reasons that agencies need access to information from other agencies in 
order to serve children and families more effectively and efficiently: 

• Typically, agencies are charged with providing limited services to children and 
families. Most children and families at risk, however, have multiple needs. To 
conduct comprehensive assessments of children and family needs, it may be 
necessary to have access to information from several agencies. This serves the 
interests of children and families as well as that of the participating agencies. 

• To provide all necessary services of clients, it is also necessary to share information 
among agencies. This is also in the interest of children and families as well as 
agencies. 

• Sharing information also helps coordinate service plans and avoid duplication of 
services. Despite different missions, various agencies may nevertheless provide similar 
or overlapping services. The program plans of different agencies may also make 
conflicting demands on clients. Sharing information avoids wasteful duplication, 
resolves these conflicts, and frees resources so that agencies are able to provide more 
comprehensive care for clients. 

• As agencies implement family service plans, continued sharing of information will 
facilitate monitoring of services by each agency involved. This monitoring ensures 
that needed services are actually provided and that agencies are properly reimbursed 
for mandated services. 

4.2 



ERLC 



103 



March 28, 1994 



SECTION IV: CONFIDENTIALITY STANDARDS 



• Iirfonnation-sharing helps to make services more family-focused. Individual 
problems that agencies address often have roots in broader family issues. Information- 
sharing enlarges the perspective of service needs. It may ultimately be more helpfiil, 
for example, to view an individual youth's delinquent behavior in the context of 
family problems such as unemployment, inadequate housing, substance abuse, and 
emotional instability. Sharing of information among agencies allows service providers 
to gain that broader perspective and provide the family with appropriate services. 

• Information-sharing also helps agencies reach out to serve the needs of the broader 
community. Statistical analyses may be invaluable in determining the effectiveness of 
programs in place, current community needs that are unmet, projections of the need for 
services in the future, and the best ways to allocate limited resources. 

How To Use These Standards 

These standards attempt to strike a balance between the dual goals of protecting client 
privacy and sharing client information. They are intended to provide a workable approach to 
the management of client information maintained by a school-ba^ed collaboration project. 
The standards assume the existence of an automated case management system, although they 
are intended to apply to all recordkeeping systems and methods of data sharing. While they 
are consistent with legal protections, the standards do not purport to incorporate every legal or 
ethical provision concerning the confidentiality of client information or records. Nor do the 
standards, by themselves, resolve every confidentiality question that may arise in the course of 
serving families. 

In order to analyze a specific confidentiality question, the reader must be familiar with the 
confidentiality provisions applicable to the information or records at issue. For example, 
education records are subject to different confidentiality restrictions than those that apply to 
menta! health records. The standards suggest that information maintained by an interagency 
partnership should be subject to the strictest standards owed by any of the participating 
agencies. These policies should control the release of confidential information both among 
the member agencies of the collaboration partnership and to nonparticipating agencies or 
entities. Each of the standards should be treated as primary, as defined in Section I. 

Federal and California statutes and regulations relevant to interagency data sharing appear in 
Appendices B and C. These charts are intended to provide readers and site program staff with 
more specific information about confidentiality provisions which agencies must adhere to 
when exchanging client data or developing agreements to do so. 

The terms "information," "records" and "data" are used interchangeably throughout this 
section. The standards are intended to apply to all client information regardless of its form 
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and to all methods of exchanging client information, unless otherwise specified. The term 
"agency" is used to refer to the service providers participating in the interagency partnership. 
The terms "partnership" or "collaborative effort" are used to refer to the aggregate 
collaborative program. 



BASIC PRINCIPLES 

Standard 4.1: Presumption of Confidentiality (primary) 

Agencies should presume that client information and records are confidential and 
should not disclose the information unless a specific exception to the presumption 
applies or the disclosure is authorized by the client, a court or another appropriate 
mechanism. 

Comment 

Presuming that client information is confidential should always be the starting point 
for an agency or partnership developing a policy on confidentiality. The presumption 
helps to frame the analysis of confidentiality provisions. Many layers of 
confidentiality provisions — including federal and state statutes, federal and state 
regulations, and professional privileges — may apply to the same client data. None of 
the provisions, however, is absolute. All allow information sharing under certain 
circumstances. The most common mechanism for exchanging client data is by written 
consent of the client. Other methods for sharing include court orders addressing 
confidentiality and sharing permitted expressly by statute. The presumption is a 
starting point and should not constitute a significant barrier to sharing information for 
the purposes of collaboration. 

Standard 4.2: Satisfy the Strictest Standard Required (primary) 

An interagency collaborative effort should satisfy the strictest legal and professional 
standards for confidentiality owed by any participating agency. 

Comment 

For many collaborative efforts, the perception that confidentiality provisions inhibit 
interagency services arises from the confusing demands of different agencies' duties. 
For example, some agencies protect information that others do not. Some require 
consent when others allow sharing without consent, or with a less thorough standard 
release form. By extending the most stringent requirements across agencies 
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participating in the collaboration, the partnership protects client privacy and creates a 
standard procedure that is easily applied. Applying the most stringent requirements 
should not prove overly burdensome, nor should it construct impassable barriers. 
Virtually all client data may be exchanged using authorized mechanisms, such as client 
consent. 

Confidentiality policies and procedures may vary among interagency partnerships along 
with the services provided, the client information maintained and the agencies 
participating in the collaborative effort. Moreover, even within a partnership, policies 
dictating the disclosure of level one data elements may well differ from the policies 
dictating disclosure of level three data elements because of the increasing sensitivity of 
the information and the corresponding need to limit its disclosure. 

Standard 4.3: Collect Only Necessary Information (primary) 

Agencies should collect and record only that information that is genuinely needed to 
fulfill the goal of serving the client. 

Comment 

This principle is especially important when agencies employ automated data systems, 
as seemingly limitless memory capacities may encourage staff to collect and record all 
interesting information, whether or not it is relevant to the needs of the client. In 
order to implement this standard, agency personnel must have a clear understanding of 
the agency's goals and each family's case plan. 

In some situations, detailed information should not be included in client files even 
though it may be relevant. For example, it may be enough to note in a client's record 
(or in an automated data file) the fact that the client received medical care, instead of 
recording the details of the client's medical condition and course of treatment. If 
another agency has a valid need for more information about the client's medical 
history, that agency can obtain a specific release for the medical information from the 
client. 

More information is not necessarily better. Collecting excess and irrelevant 
information has significant costs and liabilities; including: 

• making the sharing of information more difficult and time-consuming; 

• increasing the danger of inappropriate and damaging disclosure; 
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• making the client file bulkier and more cumbersome; 

• increasing administrative costs of storage and management; and 

• increasing the danger that unreliable or inaccurate information may be shared 
with other agencies. 

Standard 4.4: Informing Clients (primary) 

At the initial meeting with each client, or soon after, agency personnel should conduct 
a thorough and meaningful discussion with the client about the agency's practices with 
regard to confidential information. 

Comment 

It is important for clients to realize that the agency respects their privacy and will 
carefully safeguard their confidential information. If clients trust the agency to be 
discrete, they will be much more likely to seek services and provide complete 
information to personnel. 

Clients should be notified if certain information about them is being put into an 
automated data system and that it will be accessible to others for specific purposes. 
The notice should specify the type of information put into the system, the particular 
individuals or agencies who will have access to the information, the reasons for which 
they may have access to the information, and the uses they may make of the 
information. 

Staff who are mandated reporters under the child abuse reporting laws should advise 
clients at the first interview that they will keep client information confidential unless 
the law requires staff to report the information. This should be part of the initial 
discussion with the client about matters of confidentiality. 



PERMISSIBLE DISCLOSURES 

Standard 4.5: Sharing "Non-identifiable" Information (primary) 

"Non-identifiable" information may be shared for statistical research or other purposes 
provided agencies ensure that the information is truly non-identifiable. 
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Comment 

It is important to recognize that several pieces of information that individually would 
not identify a client may, taken together, identify that client and therefore do not 
qualify as non-identifying information. 

Standard 4.6: Sharing Non-confidential Personal Information (primary) 

Agencies should provide clients, in their own language, verbal and written explanations 
of their practices regarding the sharing of non-confidential personal information. 

Comment 

Some information, though personal, is not considered confidential. Generally, non- 
identifiable information is not deemed confidential. The rationale for this is that if the 
information, though private and perhaps humiliating, needs little protection if it cannot 
be traced back to the individual. Other information, such as participation in after- 
school activities, may be considered too trivial for protection in most contexts. It is 
good practice to inform clients what types of information may be released without 
their consent. 

Standard 4.7: Intra-agency Information Sharing for Administrative Purposes (primary) 

Agency personnel may share confidential information within the agency when 
necessary to fulfill the administrative purposes of the agency. 

Comment 

/ 

For any agency to conduct its business, certain information sharing is necessary among 
agency personnel in order to properly serve the client and satisfy the agency's legal or 
contractual obligations. Employees, volunteers, contractors and other individuals 
working with the agency should be given access to confidential information only when 
necessary to accomplish their responsibilities within the agency. Anyone given access 
to confidential information should be subject to agency training requirements and 
confidentiality precautions. 

In large governmental agencies with several departments, the relevant unit for the 
purposes of information sharing is the department that collected the information. 
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Thus, information collected by the public benefits department of the social 

services agency should not be automatically accessible to the child welfare department 

of the same agency. 

Standard 4.8: Mandatory Disclosure in Limited Circumstances (primary) 

Agencies should develop policies to promptly discharge their duty to report 
information required by law. 

Comment 

State law requires release of otherwise confidential information under specified 
circumstances. For example, certain professionals are required to report tc the state 
any suspected child abuse. Mental health professionals also have a duty to reveal 
confidential information if a patient has communicated a serious threat of physical 
violence against a reasonably identifiable victim or victims — commonly known as the 
"Tarasoff 1 duty. Agencies and partnerships should have clear procedures for 
identifying information which must be disclosed and for disclosing the information to 
the proper authorities. Such actions should always be noted in a client's file. 

Standard 4.9: Client Consent (primary) 

Written consent should be the primary method of obtaining authorization to transfer 
client information. 

Comment 

The demands of confidentiality are best met by consulting with the client whose 
interests are at stake. Virtually all client information can be released with valid client 
consent. In addition to serving the demands of the law, obtaining client consent helps 
foster a relationship of trust between the client and the agency and involves the client 
in the case management process* 

Standard 4.10: Obtaining Informed Consent (primary) 

Agencies must take steps to ensure that any consent to release confidential information 
is "informed." 
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Comment 

A written consent form must be in client's primary language. A written release of 
confidential information in a language not understood by the client, of course, is 
invalid. The agency should provide an interpreter, if necessary, to supply a thorough 
explanation of what consent entails. In addition to language difficulty, ther^e may also 
be cultural barriers to obtaining informed consent. Agency personnel should be aware 
of cultural customs and attitudes about privacy. 

The client's understanding of the need to release information is also critical to the 
process of obtaining informed consent. Clear notice provides clients with the purposes 
and extent of the consent they are asked to give. Inadequate and confusing notices 
may mislead clients and impair the relationship between clients and service providers. 

Some statutes have specific requirements for notice to clients regarding release of 
confidential information. 

Clients should understand the kind of information that is likely to be shared, with 
whom it will be shared and under what circumstances. They should also understand 
that they are not required to consent, but their refusal to consent may make it difficult 
or impossible to serve them effectively. 

Standard 4.11: Consent of Minors to Release Information (primary) 

Agencies should obtain a minor client's consent to release information concerning 
treatment for which parental consent is not necessary. 

Comment 

In general, minors (i.e., people under age 18) control information regarding services to 
which they alone can consent. Since the minor can consent to these services without 
parental consent, the minor is also considered to control the information regarding the 
services. Emancipated minors and minors seeking certain types of medical or mental 
health treatment can consent to their own care. 

For all other minors, parental consent is required for medical or mental health 
treatment. In such cases, agency personnel should assume that the parents control the 
flow of information about the minor. Under these circumstances, an agency should 
obtain a parent's consent to share or exchange information. 
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Standard 4.12: Requirements of Consent (primary) 

Consent to release information must always be in writing, should be specific and 
detailed, and should contain ten components: 

1. the name of the person who is the subject of the disclosure; 

2. the individual or agency making the disclosure; 

3. the individual or agency to receive the information; 

4. the purpose of the disclosure; 

5. how much and what kind of information are to be disclosed; 

6. the signature of the person who is the subject of the information; 

7. the date on which the release was signed; 

8. a statement advising the client that he or she may revoke the consent at any 
time except to the extent the agency has already relied on it; 

9. a date, event, or condition upon which the consent will automatically expire; 

10. a statement that the subject of the information has a right to a copy of the 
release. 

Comment 

Although most legal confidentiality provisions do not require that a release contain all 
of these elements, agencies and partnerships should make it a practice include them. 
The comprehensive release will satisfy all current requirements for the release of 
information in the state. 

By including all the components, an agency also takes a step toward better interagency 
collaboration. Through standardization, the client can consent to the release of 
information and permit all participating agencies to exchange information and 
coordinate services for the client. 
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Standard 4.13: Court Orders (primary) 

When an agency is unable to obtain client consent, it can share information pursuant to 
a valid court order. 

Comment 

Agencies should make every effort to obtain client consent to share information. In 
unusual circumstances, however, the client might be unavailable or incapacitated, or 
might refuse to give consent. In these circumstances, if it is essential to share 
information in order to serve the client, agencies can obtain a court order to release the 
information. Such orders should always be clear and narrowly-drawn to fit the needs 
of the participation agencies. 

Similarly, agencies may receive court orders or subpoenas requiring them to release 
otherwise confidential information. Agencies should submit such court orders or 
subpoenas to an attorney to determine its legality before they relesise confidential client 
information. 



Standard 4.14: Client Access to Records (primary) 

Agencies should inform clients of their right to view and obtain copies of their 
records. 

Comment 

Clients should generally have access to the information in their files. Concealing 
records from clients and hesitation in responding to requests will inevitably breed 
distrust. There are a few statutory exceptions to the general rule that clients have a 
right to obtain their own records. For example, some mental health or child welfare 
records are not automatically accessible by clients. 



PROCEDURES TO PROTECT CONFIDENTIALITY 

Standard 4.15: Staff Training (primary) 

Agencies and partnerships should establish thorough and ongoing programs of staff 
instruction on issues of confidentiality. 
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Comment 

Frequent and thorough staff training is critical to ensure that agency personnel - 
including employees, contractors, volunteers and anyone who has access to client 
records - continue to respect the client's right to privacy and adhere to the policies of 
the agency. 

Staff training on confidentiality should include: 

• the reasons for ensuring the confidentiality of information about children and 
families; 

• the specific information the agency needs; 

• the reasons the agency needs the information; 

• information the worker's agency will share with other agencies; 

• the purposes of information sharing among agencies; 

• the applicable legal provisions, particularly federal and state statutes and 
regulations; 

• the importance of clearly explaining the consent to clients; 

• the need for sensitivity to language and cultural issues; 

• the requirements of informed consent and the necessary elements for written 
releases; 

• the role of interagency agreements, court orders, and other mechanisms that 
facilitate interagency information sharing without the consent of clients; and 

• special issues that arise from the use of any automated management information 
system utilized by the agency. 

It is especially important that staff members understand both the overall purposes of 
the interagency collaborative effort, and their agency's role within that partnership. 
This will assist them in making judgments about the scope of information necessary to 
fulfill those purposes. 

In agencies that use automated data management systems, the importance of staff 
training cannot be overstated. Since automated systems make so much more 
confidential information potentially available to so many more workers, the need for 
regular and comprehensive training is that much greater. 

Standard 4.16: Response to Requests for Information (primary) 

When individuals or agencies request information about a client, agencies should not 
provide any client information or even confirm that the client is receiving services 
unless the agency receives proper authorization to release the information. 
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Comment 

Agencies should be aware that in many cases, especially those where alcohol or drug 
treatment is involved, the fact that a client is participating in a program may itself be 
confidential information. In other cases, even if that information is not protected by 
law, the client may prefer that his or her participation remain confidential. The 
response to requests for client information might be: "We cannot provide any 
information whether a particular person received drug treatment services at our 
agency. 11 

Standard 4.17: Designated Staff Person: "Gatekeeper" (primary) 

Agencies or partnerships should appoint one staff member as a "Gatekeeper" to 
respond to all requests for client information when there is no written release 
permitting release of the requested information. 

Comment 

The Gatekeeper should receive specialized training, and develop experience with the 
issues of confidentiality. He or she should obtain outside advice, such as that of an 
attorney, when tough questions arise. By centralizing the responsibility for questions 
concerning confidentiality, agencies make client privacy a high priority and implement 
sound risk management procedures. 

Standard 4.18: Confidentiality Oaths (primary) 

Agencies should require all employees to sign a confidentiality oath, pledging not to 
disclose confidential information discovered in the course of work, as a condition of 
employment. 

Comment 

Several statutes require confidentiality oaths, particularly for researchers. Some 
agencies use staff pledges of confidentiality to promote sensitivity to clients 5 interests 
in privacy. The confidentiality oaths are usually written promises to use the 
information only for designated agency purposes and not to disclose the information to 
any other person or agency unless specifically authorized. 
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Standard 4.19: Written Agreements among Agencies (primary) 

Interagency partnerships should execute written agreements among the participating 
agencies to facilitate sharing of client information. Each interagency agreement should 
specify: 

• what information will be shared; 

• how the information will be shared; 

• who will have access to the information; 

• the purposes for information sharing; 

• assurances by participating agencies that they will not disclose the information 
further except as dictated by the agreement and will resist other efforts to 
obtain the information; and 

• other requirements mandated by applicable confidentiality provisions. 
Comment 

Agencies participating in collaborative partnerships should enter into agreements to 
spell out the procedure by which they will share client information. These agreements 
are typically known as memoranda of agreement (MOA), memoranda of understanding 
(MOU), contracts or interagency agreements. Essentially, they are arrangements 
between or among agencies to cooperate by exchanging particular information for a 
specific purpose.Interagency agreements should never provide for an unlimited flow of 
information among participating agencies. Each agreement should be narrowly drawn 
to fulfill the purposes of the collaboration. 

Some federal and state statutes and regulations authorize agencies to share confidential 
client information among the members of interagency collaborative efforts without first 
obtaining client consent. Even though these agencies do not need client consent to 
share information, it is good practice to inform clients of the nature of the 
collaborative effort and the manner in which client information will be shared. 
Moreover, when the collaborative effort is not operating under the auspices of a 
specific statute that eliminates the need for client consent, the participating agencies 
are still under an obligation to obtain client consent and the interagency agreement 
should specifically include the process by which client consent will be obtained. 



4.14 



115 



March 28, 1994 



SECTION IV: CONFIDENTIALITY STANDARDS 



Standard 4*20: Referrals among Agencies (primary) 

When referring a client to another agency for services, the initial agency should inform 
the client of the referral and alert the receiving agency if confidential client 
information accompanies the referral. 

Comment 

Referrals are an integral part of any interagency collaboration, as staff match clients 
with appropriate agencies. Often confidential client information accompanies the 
referral. One suggested practice is to follow-up a referral after a short time with a 
letter to the receiving agency as a reminder of the confidentiality of the information 
the initial agency collected. This letter has the added benefit of providing a 
verification that the client actually accepted the referral. 

Standard 4.21: Documentation of Disclosure (primary) 

Agencies should document all requests for client information and any client 
information actually released. 

Comment 

Documenting requests for client information and the response to each request helps to 
ensure that agency personnel follow established procedures to protect client privacy. 
Whenever client information is released, a notation should also be made in the client's 
record or file. Keeping track of the agencies or individuals to whom information is 
released can assist in monitoring service delivery to clients, responding to client 
inquiries and managing risk. 

The means of documentation could vary according to the method of data exchange. 
When client data is exchanged in paper form, documentation might consist of a written 
log as well as a notation in the client's file. If client data is maintained in an agency's 
data base, the system might include a prompt that requires the sending agency to 
document and justify release of client data before it is transferred to another data base 
or downloaded for any purpose. 
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AUTOMATED SYSTEMS 

Standard 4.22: Computerized Information (primary) 

In developing a computerized data system and using it effectively, agencies should: 

(1) clearly determine the purpose of the computerized system; 

(2) obtain the cooperation of all participating agencies; 

(3) develop thorough security procedures; 

(4) carefully train staff; and 

(5) provide notice to children and families. 
Comment 

The greatest strength of the computer is also its greatest danger: all of the information 
in all of the files is potentially available in an instant to anyone with a computer 
terminal. Consequently, automated systems containing client information require more 
levels and types of security than non-automated systems. This is particularly important 
because with the rapid growth of technology most agency records will eventually be 
stored in computers. When an agency's records are linked on a computer network 
with other agency records for the sharing of information, it must establish safeguards 
to assure that confidential information is not improperly disclosed. 

In determining the purpose of the system, agencies should realize that automated data 
management systems may have a variety of purposes. Some purposes focus on the 
systems providing services, and include researching needs for services in the 
community, reporting services provided by particular agencies, evaluating the 
effectiveness of those services, assessing cost-effectiveness of services, and planning 
for the future. Other purposes focus on meeting the needs of individual clients, and 
include assisting in comprehensive assessments of client needs, finding services in the 
community that can meet the client's needs, and tracking the cost of providing those 
services. Some automated systems may have multiple purposes. It is important to 
determine the purpose or purposes of the system at the outset, since that choice will 
affect other aspects of the system, such as accessibility of information, levels of 
security, and usefulness of the system to administrators, policy makers, and line 
workers. 
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Obtaining cooperation of participating agencies often provides a difficult task. 
Agencies must agree on what kind of hardware and software they will use and how 
they will insure compatibility. Agencies must also agree on how to identify people in 
the system (e.g., by a certain numerical code). Although these initial steps seems 
rudimentary, they have been substantial obstacles for agencies in the past. 

Beyond the basic issues of hardware and software compatibility and common 
identifiers, agencies need to agree on a host of issues such as what information will be 
entered into the system from each agency, who will have access to the information in 
the system, how the information may be used by the participating agencies, and which 
security measures will be instituted to protect confidentiality and the integrity of the 
system. These issues, once resolved, should be memorialized in an agreement among 
the participating agencies. 

Standard 4*23: Security Procedures for Automated Systems (primary) 

Agencies should develop several levels of security to properly safeguard automated 
data systems. 

Comment 

Agencies should not overlook the importance of providing security of the physical 
environment of data. Data tapes and disks should remain in locked rooms when not in 
use. Access to these materials should be strictly controlled, with chain-of-custody 
controls on those who move tapes and disks. Agencies should maintain logs for 
recording the location of all disks and tapes at all times. Access to computers tapped 
into the data should be limited. 

Once the information is in the computer system, agencies should limit access to the 
data. This is usually done by a series of passwords. Each password allows the user to 
get deeper into the system according to his or her authorization to have that level of 
information. Security can be maintained by giving each user only the passwords that 
allow access to the information that the user has a legitimate need to know. Some 
information may be sufficiently sensitive that agencies will prefer not to enter it into 
any computer database that is subject to access from outside agencies. 



As noted earlier, Appendices B and C provide charts of federal and California statutes and 
regulations relevant to interagency data sharing. 
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Complete Race/Ethnicity code list as presented in the CSIS Student Data Handbook 
(October, 1993 Draft Version). 



100 ASIAN or PACIFIC ISLANDER 



105 


Filipino 


110 


Chinese 


120 


Japanese 


130 


Korean 


140 


Southeast Asian 




141 Vietnamese 




142 Cambodian 




143 Hmong 




144 Laotian 




145 Thai 




149 Other Southeast Asian 


150 


Other Asian 




151 Asian Indian 


160 


Polynesian 




161 Hawaiian 




162 Samoan 




163 Tongan 




169 Other Polynesian 


170 


Micronesian 




171 Guamanian 




179 Other Micronesian 


180 


Melanesian 


190 


Other Pacific Islander 



200 AFRICAN AMERICAN (BLACK) 

210 African American, non-Hispanic origin 
250 African American, Hispanic origin 
299 Other African American, not native 



300 CAUCASIAN 

310 Caucasian, non-Hispanic origin 
350 Caucasian, Hispanic origin 
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400 HISP ANIC7L ATINO 

410 Central American 

411 Mexican 

412 Guatemalan 

413 Costa Rican 

414 Salvadoran 

415 Nicaraguan 

416 Panamanian 

417 Honduran 

429 Other Central American 

430 South American 

431 Argentinean 

432 Bolivian 

433 Chilean 

434 Colombian 

435 Ecuadorian 

436 Paraguayan 

437 Peruvian 

438 Uruguayan 

439 Venezuelan 

459 Other South American 
460 Other Hispanic/Latino 

461 Cuban 

462 Puerto Rican 

463 Dominican 

464 Spaniard 

499 Other Hispanic/Latino not listed 



500 AMERICAN INDIAN/ALASKAN NATIVE 
510 North American Indian 
570 Central American Indian 
580 South American Indian 
590 Alaskan Native 

591 Eskimo (Caizo) 

592 Aleut 



600 INTER-RACIAL 

610 Asian/Pacific Islander and 

6 1 1 African American 

612 Caucasian 
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613 American Indian 

6 14 Hispanic/Latino 

619 Other Asian/Pacific Islander Combination 



620 African American and 

621 Asian/Pacific Islander 

622 Caucasian 

623 American Indian 

624 Hispanic/Latino 

629 Other African American combination 
630 Caucasian and 

631 Asian/Pacific Islander 

632 African American 

633 American Indian 

634 Hispanic/Latino 

639 Other Caucasian combination 
640 Hispanic/Latino and 

641 African American 

642 Caucasian 

643 American Indian 

644 Asian/Pacific Islander 

649 Other Hispanic/Latino combination 
650 American Indian and 

651 African American 

652 Caucasian 

653 Asian/Pacific Islander 

654 Hispanic/Latino 

659 Other American Indian combination 
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